[转] 软件体系架构模式在J2EE中的应用（管道与过滤器模式）
  本文介绍了软件体系架构产生的背景和架构模式的基本理论.重点介绍管道与过滤器体系架构模式的结构,实现,优缺点等,然后以J2EE的Servlet Filter为例进行剖析它是怎样应用该架构模式的,最后简单阐述了在其它J2ee应用中(Jboss和Axis)的实践.

1 软件体系架构

1.1 软件体系架构产生背景
在经历60年代的软件危机之后,使人们开始重视软件工程的研究。来自不同应用领域的软件专家总结了大量的有价值的知识. 当初,人们把软件设计的重点放在数据结构和算法的选择上，如Knuth提出了数据结构+算法=程序. 但是随着软件系统规模越来越大、越来越复杂，使软件系统的架构越来越重要。软件危机的程度日益加剧，现有的软件工程方法对此显得力不从心。对于大规模的复杂软件系统来说，软件体系架构比起对程序的算法和数据结构的选择已经变得明显重要得多。在此种背景下，人们认识到软件体系架构的重要性，并认为对软件体系架构系统、深入的研究将会成为提高软件生产效率和解决软件危机的最有希望的途径. 这时对软件体系架构的研究如雨后春笋般,出现了百家争鸣的现象,如Rational公司提出了"以架构为中心"的统一软件开发过程(RUP).
1.2 软件体系架构模式
软件设计的一个核心问题是能否使用重复的体系架构，即能否达到体系架构级的软件重用。也就是说，能否在不同的软件系统中，使用同一体系架构。基于这个目的，许多学者们开始研究和实践软件体系架构的模式问题。在<Pattern-Oriented Software Architecture (面向模式的软件体系架构) >中首次提出了8种体系结构模式：层（L a y e r s）、管道和过滤器(Pipes and Filters) 、黑板( B l a c k b o a r d )、代理者（ B r o k e r）、模型-视图-控制器（ M o d e l - Vi e w - C o n t r o l l e r）、表示-抽象-控制（P r e s e n t a t i o n - A b s t r a c t i o n - C o n t r o l）、微核（M i c r o k e r n e l）、映像（R e f l e c t i o n）。

2 J2EE体系架构

目前,J2EE技术已经成为企业级应用的首选平台,基于J2EE技术构建的软件系统越来越多.J2EE代表着先进的软件体系架构思想,许多软件体系架构模式在J2ee中均被广泛应用,从本文起陆续介绍各架构模式在J2EE中的应用.

3 管道与过滤器
3.1 概述
管道和过滤器（Pipes and Filters）体系架构模式是为处理数据流的系统提供的一种模式。它是由过滤器和管道组成的.每个处理步骤都被封装在一个过滤器组件中,数据通过相邻过滤器之间的管道进行传输。每个过滤器可以单独修改,功能单一,并且它们之间的顺序可以进行配置。下图是管道/过滤器模式的示意图。一个典型的管道/过滤器体系结构的例子是以Unix shell编写的程序。Unix既提供一种符号，以连接各组成部分(Unix的进程)，又提供某种进程运行时机制以实现管道。另一个著名的例子是传统的编译器。传统的编译器一直被认为是一种管道系统，在该系统中，一个阶段（包括词法分析、语法分析、语义分析和代码生成）的输出是另一个阶段的输入。



3.2 问题
假如你正在开发一个必须处理或转换输入数据流的系统。把这样的系统作为单个组件实现是不容易的，这有几个原因：系统必须由几个开发人员同时进行协作开发，整个系统任务自然就被分解为几个处理阶段，而且需求很容易变动。因此你就要通过替换或重新排序处理步骤来为将来的灵活性作规划。通过加入这样的灵活性，采用现有处理组件构建是可以办到的。系统的设计尤其是处理步骤的内部连接,必须考虑以下因素：
未来系统的升级通过替换某些处理步骤，或重组步骤.
不同的语境中小的处理步骤要比大的组件更易于重用。
不相连的处理步骤不可共享信息。
存在不同的输入数据源,
可以用多种方式输出或存放最终结果。
3.3 解决方案与结构
管道和过滤器体系架构模式把系统任务分成为几个独立的处理步骤。这些步骤采用通过系统的数据流连接.一个步骤的输出是下一个步骤的输入。每个处理步骤由一个过滤器组件实现,它处理或者转化数据,并且系统的输入可以是多种数据源.
这种体系架构模式具有许多特性,如下:
过滤器是独立运行的部件.也就是除了输入和输出外,每个过滤器不受任何其他过滤器运行的影响.在设计上,过滤器之间不共享任何状态信息.
独立性还表现在它对其处理的上游和下游连接的过滤器是"无知"的.它的设计和使用不对与其连接的任何过滤器施加限制,唯一关心的是其输入数据的,然后进行加工处理,最后产生数据输出.
3.4 非软件描述
基于各种流体工作的系统,普遍都采用由输送管道连接起来的处理结构.例如我们冬天见到的供暖系统中,处理器包括加热器,过滤器,调节阀,流量表等,每个处理器都有流体的入口和出口,它们通过各种管道连接在一起形成了整个系统.这样的结构在城市的自来水系统也可以看到.见下图:



3.5 优点与缺点
3.5.1 优点
通过使用过滤器交换增加了灵活性
通过重组增加了灵活性
过滤器组件的重用
流水线的快速原型
并行处理提高效率
3.5.2 缺点
共享状态信息或者昂贵或者不灵活
数据转换额外开销。
错误处理
4 Servlet2.3 Filter
4.1 Servlet Filter概述
凡是开发过J2EE的web application的人员都知道,经常需要处理以下几种情况:
访问特定资源（Web 页、JSP 页、servlet）时的身份认证
应用程序级的访问资源的审核和记录
应用程序范围内对资源的加密访问，它建立在定制的加密方案基础上
对被访问资源的及时转换, 包括从 servlet 和 JSP 的动态输出
在servlet2.3之前这些功能处理是很难实现的,但是Java Servlet 2.3 规范新增了不少激动人心的功能，其中之一便是过滤器(Filter),其实这就是我们所说的管道和过滤器体系架构在J2EE中的应用实践. 通过使用该模式使得Web Application开发者能够在请求到达Web资源之前截取请求，在处理请求之后修改应答。其结构图如下:



一个执行过滤器的Java 类必须实现javax.servlet.Filter 接口。这一接口含有三个方法：
init(FilterConfig)：这是容器所调用的初始化方法。它保证了在第一次 doFilter() 调用前由容器调用。它能获取在 web.xml 文件中指定的filter初始化参数。
doFilter(ServletRequest, ServletResponse, FilterChain)：这是一个完成过滤行为的方法。它同样是上一个过滤器调用的方法。引入的 FilterChain 对象提供了后续过滤器所要调用的信息。
destroy()：容器在销毁过滤器实例前，doFilter()中的所有活动都被该实例终止后，调用该方法。



4.2 Filter链介绍
所有过滤器都服从调用的过滤器链，并通过定义明确的接口得到执行。WebApplication可以指定许多过滤器来完成相关的工作.那么它们就组成一个过滤器链来完成相应的工作.其结构如下图:



4.3 例子
4.3.1 简单filter
在PetStore1.3.1中的就存在两个Filter过滤器.其中一个过滤器,完成字符集的编码的转化,如大家经常遇到的汉字编码问题,你只需配置为GBK即可.它从Web.xml之中读取这些参数的配置信息,然后进行编码的转化.另一个是安全校验Fliter,它负责进行安全检查哪些页面可以进行,哪些不可.它们组成一个Filter链,结构图和实现代码如下(完整代码参见 附件):



public class EncodingFilter implements Filter { private FilterConfig config = null; // default to ASCII private String targetEncoding = "ASCII"; public void init(FilterConfig config) throws Servle