1. 责任链模式初探：从现实场景到代码实现
第一次接触责任链模式是在处理一个电商平台的订单审批系统时。当时的需求是：不同金额的订单需要不同级别的负责人审批，50元以下客服可处理，50-500元需主管审批，500元以上要经理签字。如果直接写if-else嵌套，代码会变成一团乱麻，这时候责任链模式就像救世主一样出现了。
责任链模式（Chain of Responsibility）的本质是让多个对象都有机会处理请求，从而避免请求发送者与接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递请求，直到有对象处理它为止。就像公司里的报销流程，单据会从部门助理开始，依次经过主管、财务、总监，每个人只处理自己权限范围内的事务。
2. 模式结构与核心组件
2.1 UML类图解析
典型的责任链模式包含以下核心角色：
code复制Handler（抽象处理者）
|__ ConcreteHandler（具体处理者A、B、C...）
以审批系统为例，我们首先定义一个抽象审批者类：
java复制public abstract class Approver {
protected Approver successor; // 后继处理对象
protected String name;
public Approver(String name) {
this.name = name;
}
// 设置后继处理者
public void setSuccessor(Approver successor) {
this.successor = successor;
}
// 处理请求的方法
public abstract void processRequest(PurchaseRequest request);
}
2.2 具体处理者实现
接着实现不同级别的具体审批者：
java复制// 客服审批（50元以下）
public class Staff extends Approver {
public Staff(String name) {
super(name);
}
@Override
public void processRequest(PurchaseRequest request) {
if (request.getAmount() < 50) {
System.out.println("客服" + name + "审批采购单：" + request);
} else if (successor != null) {
successor.processRequest(request); // 转交给上级
}
}
}
// 主管审批（50-500元）
public class Manager extends Approver {
// 类似实现...
}
// 总监审批（500元以上）
public class Director extends Approver {
// 类似实现...
}
3. 构建完整责任链
3.1 客户端组装链条
在客户端代码中，我们需要将各个处理者连接成链：
java复制public class Client {
public static void main(String[] args) {
Approver staff = new Staff("张三");
Approver manager = new Manager("李四");
Approver director = new Director("王五");
// 构建责任链
staff.setSuccessor(manager);
manager.setSuccessor(director);
// 模拟不同金额的采购单
staff.processRequest(new PurchaseRequest(30, "办公用品"));
staff.processRequest(new PurchaseRequest(200, "团队聚餐"));
staff.processRequest(new PurchaseRequest(1000, "年度旅游"));
}
}
3.2 请求对象设计
PurchaseRequest作为请求对象，封装了审批所需的全部信息：
java复制public class PurchaseRequest {
private double amount;
private String purpose;
// 构造方法、getter/setter省略...
@Override
public String toString() {
return "金额：" + amount + "，用途：" + purpose;
}
}
4. 模式变体与高级应用
4.1 纯与不纯的责任链
在实际开发中，责任链有两种常见变体：
- 纯责任链：请求必须被某个处理者处理，不允许中途丢失
- 不纯责任链：请求可以被部分处理，也可能最终不被任何处理者接收
Spring Security的过滤器链就是典型的纯责任链，而Servlet的Filter链则属于不纯责任链。
4.2 功能增强技巧
- 中断链传递：在某些情况下需要中断链的传递，可以在处理者方法中返回boolean值：
java复制public boolean processRequest(Request request) {
if (canHandle(request)) {
handle(request);
return true; // 已处理，中断传递
}
return successor != null && successor.processRequest(request);
}
- 动态链构建：结合配置文件和反射机制，可以实现运行时动态调整责任链：
java复制// 从配置读取处理者类名
List<String> handlerClasses = loadConfig();
Approver head = null, prev = null;
for (String className : handlerClasses) {
Approver current = (Approver)Class.forName(className).newInstance();
if (prev != null) prev.setSuccessor(current);
else head = current;
prev = current;
}
5. 实战中的典型应用场景
5.1 Java EE中的典型案例
- Servlet Filter：多个Filter组成处理链，每个Filter决定是否传递给下一个
- Spring Interceptor：预处理和后处理形成责任链
- Log4j/Logback：日志级别过滤就是责任链的体现
5.2 业务系统中的应用
- 多级审批系统：如OA系统中的请假审批流程
- 异常处理：从具体异常到父类异常逐级捕获
- 游戏事件处理：不同优先级的处理器处理游戏事件
6. 模式优劣分析与替代方案
6.1 优势总结
- 解耦请求发送者和接收者：发送者无需知道具体由谁处理
- 动态调整处理流程：通过修改链结构即可改变处理顺序
- 符合开闭原则：新增处理者无需修改现有代码
6.2 潜在缺点
- 请求可能未被处理：需要额外机制保证请求最终被处理
- 性能考虑：长链可能导致处理延迟
- 调试困难：请求的传递路径不易追踪
6.3 替代方案对比
| 方案 | 适用场景 | 特点 |
|---|---|---|
| 责任链 | 多条件分支处理 | 动态灵活，但性能稍差 |
| 状态模式 | 状态转换处理 | 状态驱动，结构更固定 |
| 策略模式 | 算法替换 | 一次选择，不形成链 |
7. 最佳实践与踩坑记录
7.1 性能优化技巧
- 链长度控制：避免创建过长的处理链，超过10个节点应考虑重构
- 短路处理：在确定无需后续处理时及时中断链传递
- 缓存处理结果：对相同请求可缓存处理结果
7.2 常见问题排查
-
请求未被任何处理者接收
- 检查链是否完整闭合
- 添加默认处理者作为保底
-
处理顺序不符合预期
- 检查setSuccessor调用顺序
- 使用调试模式跟踪链结构
-
内存泄漏风险
- 避免循环引用
- 及时清理无用引用
7.3 设计注意事项
- 处理者的无状态性：尽量设计无状态的处理者，方便复用
- 避免链过长：超过5个节点时考虑使用组合模式优化
- 明确处理边界：每个处理者应有清晰的职责范围
8. 现代框架中的演进形态
在Spring框架中，责任链模式有了更多现代化的实现方式：
java复制// 使用Spring的自动注入构建链
@Component
public class HandlerChain {
@Autowired
private List<AbstractHandler> handlers;
public void process(Request request) {
handlers.stream()
.sorted(Comparator.comparingInt(AbstractHandler::getOrder))
.filter(handler -> handler.canHandle(request))
.findFirst()
.ifPresent(handler -> handler.handle(request));
}
}
这种实现利用了Spring的依赖注入特性，通过List自动收集所有处理者实现，再通过排序和过滤实现链式处理，更加符合现代Java开发习惯。