关于pipeline架构的几点说明
最近要将系统改造成pipeline架构，所以研究了一下pipeline相关的理论，并看了看servlet filter, struts2 interceptor, spring mvc interceptor, webx pipeline和netty pipeline的一些源码。 这里总结一些小点： 结构： 1. Pipeline的类模型由Pipeline, Valve 和 Context 组成。 Pipeline代表一个执行流，Valve代表执行流中的一个节点，Context是执行时的上下文信息，它一般由两部分组成： request/response + 当前流的执行状态。 2. 有的系统只能有一个Pipeline, 有的则允许配多个。 在struts2中，一种interceptor的组合，就代表了一个Pipeline；多种组合，意味着多个Pipeline. 用法： 1. 有的pipeline流是在同一层次上，每个valve处理的request/response对象基本上是同质的。比如servlet filter和各种mvc框架，所处理的事情都是web层的，所处理的context对象就是http request或框架自定义的javabean. 2. 有的pipeline流则是纵向的，从上层流到下层，或从下层流到上层，这时每个valve所处理的request/response对象一般是异构的。协议栈就是个典型的例子：下层valve处理字节流，上层Valve处理字符流。 不过，为了适应pipeline架构，这些异构的context对象必须有共同的基类，并且把这个基类作为各个valve的输入参数。 3. 从请求处理的角度来说， Pipeline可以代表整个执行流，也可以只用作请求被最终处理前的Interceptor. Webx, netty中的Pipeline会将最后一个Valve作为请求处理者(一般称为Request Handler)，而servlet filter和struts2 interceptor只作请求拦截、加工，真正的请求处理者则是servlet和action. 程序流： 1. 一个完整的Pipeline执行流一般是个环路： Valve1 => Valve2 => Valve3 => Valve2 => Valve1. 从拦截的角度说，valve既是前置拦截(下一个valve执行前)，又是后置拉截（下一个 …