我眼中的CXF之 Interceptor (上) 博客分类： ESB ExchangeBeanApacheSOAP设计模式

Interceptor是CXF架构中一个很有特色的模式。你可以在不对核心模块进行修改的情况下，动态添加很多功能。这对于CXF这个以处理消息为中心的服务框架来说是非常有用的，CXF通过在Interceptor中对消息进行特殊处理，实现了很多重要功能模块，例如：日志记录，Soap消息处理，消息的压缩处理。

如果你想对CXF进行扩展，建议你先从interceptor开始。

首先我们可以研究一下 cxf-api中定义的接口


Interceptor
定义两个方法，一个处理消息 handleMessage， 一个是处理错误 handleFault。别看Interceptor这么简单，这里需要提醒注意的是，在实行具体的Interceptor的这两个方法中，千万别调用Interceptor内部的成员变量。这是由于Interceptor是面向消息来进行处理的，每个Interceptor都有可能运行在不同的线程中，如果调用了Interceptor中的内部成员变量，就有在Interceptor中造成临界资源的访问的情况，而这时的Interceptor也就不是线程安全的Interc eptor了。

在CXF中最常使用的Interceptor都放在cxf-rt-core中的org.apache.cxf.interceptor中，有兴趣的朋友可以研究一下。


InterceptorChain
单个的Interceptor功能有限，CXF要实现一个SOAP消息处理，需要将许许多多的Interceptor组合在一起使用。因此设计了 InterceptorChain，在我看了InterceptorChain就像是一个Interceptor的小队长。 小队长有调配安置Interceptor的权力（add，remove），也有控制消息处理的权力（doInterceptor，pause，resume，reset，abort），同时也有交付错误处理的权力（ {get|set}FaultObserver）。更有意思的是为灵活控制Interceptor的处理消息顺序（doInterceptStartingAt，doInterceptorStartingAfter），这也是InterceptorChain比较难理解的地方。

有兴趣的朋友可以跟踪一下，CXF的Client与Server之间通讯是走过哪些Interceptor，这些Interceptor是如何被调用的。


Fault
定义了CXF中的错误消息。


InterceptorProvider
这里定义了Interceptor的后备保障部队。我们可以在InterceptorProvider中设置In，Out，InFault，OutFault 后备小分队，添加我们所希望添加的Interceptor。而InterceptorChain会根据这些后备小分队，组建自己的小分队实例，完成具体的作战功能任务。


AbstractAttributedInterceptorProvider
InterceptorProvider实现的抽象类，由于这个类来继承了HashMap，我们可以像这个类中存储一些属性信息。

AbstractBasicInterceptorProvider
与AbstractAttributedInterceptorProvider不同，这个Interceptor只是简单实现了InterceptorProvider的功能，并不提供对其属性存储的扩展。


Message
由于Interceptor是针对Message来进行处理的，当你打开Message这个类文件时，你会发现在Message中定义了很多常量，同时你还可以从Message中获取到很多与Message操作相关的信息。可以获取设置的对象有InterceptorChain Exchange Destination，还有获取设置Content的泛型接口，是不是感觉Message和Bus差不多，都成了大杂货铺，一切与消息处理相关的信息都可以放在Message中。我想这也是咱CXF以Message处理为中心的设计思想的具体表现吧。

Exchange
和Message打交道就离不开Exchange。Exchange建立In/Out，InFault/OutFault Message 之间的联系。你可以从Exchange中获取到与消息传输相关的Conduit，Destination的信息，同时也可以设置和Session相关的其他信息，以及知道是否是OneWay的消息。

AbstractFeature
为了简化配置Interceptor的复杂操作，在这里设置了AbstractFeature，通过Feature我们可以向Bus，Client，Endpoint配置不同功能的Interceptor组。这样可以极大减轻我们配置文件的体积。
在此之前我们如果想把一组Log Interceptors添加到Bus中，需要写的配置文件如下

... 

<jaxws:endpoint>
xml 代码

 

<jaxws:endpoint   
    id="greeter"   
    address="http://localhost:9000/greeter1"  
    implementor="org.apache.hello_world.GreeterImpl">  
  
    <jaxws:inInterceptors>  
         <bean class="org.apache.cxf.interceptor.LoggingInInterceptor"/>  
    </jaxws:inInterceptors>  
    <jaxws:outInterceptors>  
          <bean class="org.apache.cxf.interceptor.LoggingOutInterceptor">  
    </jaxws:outInterceptors>      
    <jaxws:inFaultInterceptors>  
         <bean class="org.apache.cxf.interceptor.LoggingInInterceptor"/>  
    </jaxws:inInterceptors>  
    <jaxws:outFaultInterceptors>  
          <bean class="org.apache.cxf.interceptor.LoggingOutInterceptor">  
    </jaxws:outInterceptors>  
  
</jaxws:endpoint>  


   </jaxws:endpoint>

而一旦使用了Feature，我们的配置文件就变成了 

xml 代码

 

1. <jaxws:endpoint   
2.     id="greeter"   
3.     address="http://localhost:9000/greeter1"  
4.     implementor="org.apache.hello_world.GreeterImpl">  
5.   
6.     <jaxws:features>  
7.          <bean class="org.apache.cxf.feature.LoggingFeature"/>  
8.     </jaxws:features>     
9.   
10. </jaxws:endpoint>  

<jaxws:features><bean class="org.apache.cxf.feature.LoggingFeature"> </bean>
</jaxws:features>

简单很多吧 :)