1. 职责链模式

职责链模式（Chain of Responsibility Pattern）：避免请求发送者与接受者耦合在一起，让多个对象都有可能接收请求，将这些对象连接成一条链，并且沿着这条链传递请求，直到有对象处理它为止。职责链模式是一种对象行为模式。

1.1. 举例

职责链模式在IOS中有大量应用，比如事件响应链，事件传递下来会先判断该事件是不是该有自己处理，如果不是由自己处理则传给下一位响应者区处理，如此循环下去。需要注意的是要避免响应链循环调用造成死循环，还有当所有的响应者都无法处理时的情况。

1.2. 优点

• 职责链模式使得一个对象无需指导是其他哪一个对象处理其请求，对象仅需指导该请求会被处理即可，接受者和发送者都没有对方的明确信息，且链中的对象不需要知道链的结构，由客户端负责链的创建，降低了系统的耦合度。
• 请求处理对象仅需维持一个指向其后继者的引用，而不需要维持它对所有的后选择处理的引用，可简化对象的相互连接。
• 在给对象分派指责时，职责链可以给我们更多灵活性，可以通过在运行时对该链进行动态的增加或修改来增加或改变处理一个请求的职责。
• 在系统中增加一个新的具体的请求处理者时无需修改原有系统代码，只需要在客户端重新建链即可，从这一点上来看是符合“开闭原则” 的。

1.3. 缺点

• 由于一个请求没有明确的接收者，那么就不能保证它一定会被处理，该请求可能一直到链的末端都得不到处理；一个请求也可能因职责链没有被正确配置而得不到处理。
• 对于比较长的职责链，请求的处理可能涉及到多个处理对象，系统性能将受到一定的影响，而且在进行代码调试时不太方便。
• 如果建链不当，可能会造成循环调用，将导致系统进入死循环。