模式定义：
使多个对象都有计划处理请求，从而避免请求的发送者和接受者之间的耦合关系。将
这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。
模式场景
打牌时，轮流出牌
接力赛跑
大学时，奖学金审核
模式结构
Handler:定义职责的接口，通常在这里定义处理请求的方法，可以在这里实现后继链。
ConcreteHandler:实现职责的类，在这个类中，实现对在职责范围内请求的处理，如果不处理，就继续转发请求给后继者。
Client:职责链的客户端，向链上的具体处理对象提交请求，让职责链负责处理。
代码实现
模拟请假审批流程:
提出请假申请
3内天假期主任审批
超过3天总经理审批
如果:其中需要一个副总经理审批4~5天的假期,添加职责对象就行
普通实现：使用if~else可以解决
现在使用责任链实现
UML图
源码
@Data
@AllArgsConstructor
public class LeaveNote {
private String name;
private String leaveReason;
private int leaverDayNum;
}
public interface Handler {
void handLeave(LeaveNote leaveNote);
void setNextHandler(Handler h);
}
public class DirectorHandler implements Handler {
private Handler nextHandler;
public void handLeave(LeaveNote leaveNote) {
if (leaveNote.getLeaverDayNum() <= 3) {
System.out.println("主管同意" + leaveNote.getName() + "申请请假" + leaveNote.getLeaverDayNum() + "天,原因:" + leaveNote.getLeaveReason());
} else {
nextHandler.handLeave(leaveNote);
}
}
public void setNextHandler(Handler h) {
nextHandler = h;
}
}
public class ManagerHandler implements Handler {
private Handler nextHandler;
public void handLeave(LeaveNote leaveNote) {
System.out.println("总经理同意" + leaveNote.getName() + "申请请假" + leaveNote.getLeaverDayNum() + "天,原因:" + leaveNote.getLeaveReason());
}
public void setNextHandler(Handler h) {
nextHandler = h;
}
}
public class ManagerHandler implements Handler {
private Handler nextHandler;
public void handLeave(LeaveNote leaveNote) {
System.out.println("总经理同意" + leaveNote.getName() + "申请请假" + leaveNote.getLeaverDayNum() + "天,原因:" + leaveNote.getLeaveReason());
}
public void setNextHandler(Handler h) {
nextHandler = h;
}
}
public class Client {
public static void main(String[] args) {
LeaveNote leaveNote = new LeaveNote("小米","肚子疼",8);
DirectorHandler directorHandler = new DirectorHandler();
ViceManagerHandler viceManagerHandler = new ViceManagerHandler();
ManagerHandler managerHandler = new ManagerHandler();
//也可以通过容器来管理职责对象，不使用setNextHandler
directorHandler.setNextHandler(viceManagerHandler);
viceManagerHandler.setNextHandler(managerHandler);
directorHandler.handLeave(leaveNote);
}
}
模式的优缺点
模式的优点
-
请求者和接受者松散耦合
在责任链模式中，请求者并不知道接受者是谁，也不知道具体如何处理
请求者只负责向责任链发出请求就可以了，而每个职责对象也不用管请求者或者是其他的
职责对象，只负责处理自己的部分，其他的就交给其他的职责对象去处理。也就是说，请求者和接受者
是完全接偶的。 -
动态组合职责
责任链模式会把功能处理分散到单独的职责对象中，然后在使用的时候，就可以动态组合职责形成职责链，
从而可以灵活地给对象分配职责，也可以灵活地实现和改变对象的职责。
模式的缺点
-
产生许多细粒度对象
责任链模式会把功能处理分散到单独的职责对象中，也就是每个职责对象处理一个方面的功能，要把
一个业务处理完，需要许多职责对象的组合，这样会产生大量的细粒度职责对象。 -
不一定能被处理
责任链模式的每个职责对象只负责处理自己处理的那部分，因此可能会出现某个请求，把整个责任链传递完也没有职责对象处理它。这就需要在使用责任链的时候，需要提供默认的处理，并且注意构建链的有效性。
思考
模式本质：分离职责，动态组合。分离职责是前提，动态组合是精华所在。
开发中的应用场景
Java中，异常机制就是一个责任链模式，一个try可以对应多个catch,当第一个catch不匹配类型，则自动跳到第二个catch.
Servlet开发中，过滤器的链式处理
Struct2中，拦截器的调用也是典型的责任链模式
JavaScript中，时间的冒泡和捕获机制。Java语言中，事件的处理采用观察者模式。
相关模式
责任链和组合模式
两个模式可以组合使用责任链和装饰者模式
两个模式相似，从某个角度讲，可以相互模拟实现对方的功能。
不同：一方面是目的不同，装饰者模式是要实现透明的为对象添加功能，而责任链模式是要实现发送者和接受者节藕；
另一方面，装饰者是无限递归调用的，也可以任意多个对象来装饰功能，但是责任链模式是有一个处理就结束（标准责任链模式）。责任链和策略模式
两个模式可以组合使用
