Head First里面没有详细说这个设计模式，可能是觉得这个设计模式和观察者模式有很大的相似度，事实也正是如此。正如观察者模式一样，也有一个subject表示一个事件的发生，而向后传递的不再是一个或多个并行的观察者，而是一个或多个串行Object（可以理解为处理者，只是名字不同而已）。
我们下边举个实例，在这个例子中，有一个获取帮助的事件发生，根据帮助的种类不同，我们有三层对这个事件进行响应，分别是FrontEnd 、IntermediateLayer 、Application ：
首先我们要定义一个统一的获取帮助的接口：
interface HelpInterface{
public void getHelp(int helpConstant);
}
然后我们再定义三个帮助类型：
现在我们就可以定义处理逻辑了：
首先我们定义第一层FrontEnd：
它实现了HelpInterface接口，并且在初始化时定义了如果它无法处理时谁会随后接着处理(successor)，在实现getHelp时判断帮助类型，若不是FrontEnd处理的则调用后继的getHelp，并把帮助类型传入，若是则进行处理（此处打印就表示为处理）。
然后我们定义第二层 IntermediateLayer ，思路也是一样的：
最后我们定义最后一层Application ：
此处加入了一个空构造函数，表示此层可以为最后一层，不需要successor，当然可以删除设置successor的构造函数，此处是为了以后增加层数时而保留的接口。
于是我们就可以写一个程序测试一下了,从后往前创建处理层，并且分别指明后继：
结果是Application这层进行了处理。
本文转自gnuhpc博客园博客，原文链接http://www.cnblogs.com/gnuhpc/archive/2012/12/21/2827621.html，如需转载请自行联系原作者
