CoR 模式 (一种)

纯的责任链模式 其实就是推卸责任嘛  直到有能处理该请求的的节点出现了，然后进行处理  就需要不停的调用next方法，效率当然就不够高了。。。
相当于是遍历一遍，效率当然就不高了。。（个人理解）

职责链模式的优点是 每个类只关注自己的职责，降低了类之间的耦合度，而且方便进行职责链的重组。
缺点就是效率比较低。

恩 效率确实比较低 感觉用得比较少

责任链这种推卸责任的方式用的却是比较少，但是形如pipeline这种任务链条的形式却比较实用

责任链是一种非常好的模式，但楼主的实现好像有问题，不太好。
看看Servlet Filter，或Mina的实现就知道了。
1、只关注自己的业务职责
2、可以控制流程，如计费策略或其他类似策略可以控制是否终止当前流程，任务链只能顺序执行

这是一种传统的实现方式，从书中取经而来
虽然简单，但是直观
Mina 。。能简述一下 它的思想吗。。

好复杂 …… 如果用 functor 实现，代码量可以少一半，也容易让人理解和使用。

functor 函子
A functor is a function that can be manipulated as an object...
看得出来 你对 函数式编程 很感兴趣

设计模式 不是追究 少的代码量，
而是追求松耦合，提高适应变化的能力

看来不同的人有不同的追求。
有很多人在追求代码少。
我则一直在追求可维护性。也许是因为的工作是维护企业系统为主。
再设想开来，做平台的会追求可扩展性。做关键系统的追求安全性，稳定性。etc...

说的也有道理啊。。。个人觉得模式这东西有时候是好东西，有时候也不一定的！

做业务的时候，大量的用一些模式，程序看起来确实比较好看，也有一定的扩展性和可性，但是这要求每一个项目的参与人员都要懂得模式吧。但是事实并非如此呀，不是每个程序员都有比较高的水准啊。其实所谓的扩展性，也是建立在一定的技术层面上的，是吧。

但是做框架，做平台可能就不一样了吧。。。

个人见解！