Java设计模式——责任链模式

责任链模式

责任链模式，有多个对象，每个对象持有对下一个对象的引用，这样就会形成一条链，请求在这条链上传递，直到某一对象决定处理该请求。但是发出者并不清楚到底最终那个对象会处理该请求，所以，责任链模式可以实现，在隐瞒客户端的情况下，对系统进行动态的调整。先看看关系图：

Abstracthandler类提供了get和set方法，方便MyHandle类设置和修改引用对象，MyHandle类是核心，实例化后生成一系列相互持有的对象，构成一条链。

public interface Handler {  
    public void operator();  
}
public abstract class AbstractHandler {  
      
    private Handler handler;  
  
    public Handler getHandler() {  
        return handler;  
    }  
  
    public void setHandler(Handler handler) {  
        this.handler = handler;  
    }  
      
}    
public class MyHandler extends AbstractHandler implements Handler {  
  
    private String name;  
  
    public MyHandler(String name) {  
        this.name = name;  
    }  
  
    @Override  
    public void operator() {  
        System.out.println(name+"deal!");  
        if(getHandler()!=null){  
            getHandler().operator();  
        }  
    }  
}  

测试类：

public class Test {  
  
    public static void main(String[] args) {  
        MyHandler h1 = new MyHandler("h1");  
        MyHandler h2 = new MyHandler("h2");  
        MyHandler h3 = new MyHandler("h3");  
  
        h1.setHandler(h2);  
        h2.setHandler(h3);  
  
        h1.operator();  
    }  
}  

介绍
意图：避免请求发送者与接收者耦合在一起，让多个对象都有可能接收请求，将这些对象连接成一条链，并且沿着这条链传递请求，直到有对象处理它为止。

主要解决：职责链上的处理者负责处理请求，客户只需要将请求发送到职责链上即可，无须关心请求的处理细节和请求的传递，所以职责链将请求的发送者和请求的处理者解耦了。

何时使用：在处理消息的时候以过滤很多道。

如何解决：拦截的类都实现统一接口。

关键代码：Handler 里面聚合它自己，在 HandlerRequest 里判断是否合适，如果没达到条件则向下传递，向谁传递之前 set 进去。

应用实例： 1、红楼梦中的"击鼓传花"。 2、JS 中的事件冒泡。 3、JAVA WEB 中 Apache Tomcat 对 Encoding 的处理，Struts2 的拦截器，jsp servlet 的 Filter。

优点： 1、降低耦合度。它将请求的发送者和接收者解耦。 2、简化了对象。使得对象不需要知道链的结构。 3、增强给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序，允许动态地新增或者删除责任。 4、增加新的请求处理类很方便。

缺点： 1、不能保证请求一定被接收。 2、系统性能将受到一定影响，而且在进行代码调试时不太方便，可能会造成循环调用。 3、可能不容易观察运行时的特征，有碍于除错。

使用场景： 1、有多个对象可以处理同一个请求，具体哪个对象处理该请求由运行时刻自动确定。 2、在不明确指定接收者的情况下，向多个对象中的一个提交一个请求。 3、可动态指定一组对象处理请求。

注意事项：在 JAVA WEB 中遇到很多应用。

深入讲解责任链模式拆分代码

需求开发例子
假设现在有个需求来了，首先是实习生拿到这个需求。
如果实习生能够实现，直接实现。如果不行，他把这个需求交给初级工程师。
如果初级工程师能够实现，直接实现。如果不行，交给中级工程师。
如果中级工程师能够实现，直接实现。如果不行，交给高级工程师。
如果高级工程师能够实现，直接实现。如果不行，交给 CTO。
如果 CTO能够实现，直接实现。如果不行，直接跟产品说，需求不做。

场景

给定一个输入值，根据输入值执行不同逻辑。

我们一看，分分钟写出如下代码：

String input = "1";  
if ("1".equals(input)) {    
    //TODO do something  
} else if ("2".equals(input)) { 
    //TODO do something  
} else if ("3".equals(input)) {   
   //TODO do something       
}

或者如下代码：

String input = "1";   
switch (input) { 
  case "1":    
    //TODO do something    
    break;   
  case "2":     
  //TODO do something     
   break;   
  case "3":   
   //TODO do something    
   break;  
  default:    
   //TODO do something    
  break;  
 }

如果每个分支里面的逻辑比较简单，那还好，如果逻辑复杂，假设每个 case 大概要 100 行代码处理，有 10 个 case，一下子就出来一个「千行代码」文件。而且还不利于维护、测试和扩展。
如果能够想办法把代码拆分成每个 case 一个文件，这样不仅代码逻辑清晰了很多，而且不管是后续维护、扩展还是进行测试，都方便很多。
因此，本篇文章核心，责任链模式的妙用——拆分代码就来了。
定义一个抽象类。

public abstract class BaseCase { 
    // 为 true 表明自己可以处理该 case 
    private boolean isConsume; 
    public BaseCase(boolean isConsume) {   
        this.isConsume = isConsume; 
    }
     // 下一个责任节点
     private BaseCase nextCase; 
    public void setNextCase(BaseCase nextCase) {  
        this.nextCase = nextCase; 
    }     
    public void handleRequest() {  
        if (isConsume) {    
            // 如果当前节点可以处理，直接处理     
            doSomething();  
        } else {     
            // 如果当前节点不能处理，并且有下个节点，交由下个节点处理     
            if (null != nextCase) {     
                nextCase.handleRequest();    
            } 
        } 
    } 
    abstract protected void doSomething();
}

各个 case 来实现该抽象类。
这里只举例一个

public class OneCase extends BaseCase { 
    public OneCase(boolean isConsume) {   
        super(isConsume); 
    }
 
    @Override protected void doSomething() {   
    // TODO do something   
        System.out.println(getClass().getName()); 
    }
}

初始化各个 case，并指定每个 case 的下一个节点。

String input = "1";      
OneCase oneCase = new OneCase("1".equals(input));   
TwoCase twoCase = new TwoCase("2".equals(input)); 
DefaultCase defaultCase = new DefaultCase(true); 
oneCase.setNextCase(twoCase); 
twoCase.setNextCase(defaultCase);      
oneCase.handleRequest();