责任链模式（一文讲透）

💡一则或许对你有用的小广告

欢迎加入小哈的星球 ，你将获得：专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

• 新项目:《从零手撸：仿小红书（微服务架构）》 正在持续爆肝中，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...，点击查看项目介绍 ;演示链接： http://116.62.199.48:7070 ;
• 《从零手撸：前后端分离博客项目（全栈开发）》 2 期已完结，演示链接： http://116.62.199.48/ ;

截止目前， 星球 内专栏累计输出 90w+ 字，讲解图 3441+ 张，还在持续爆肝中.. 后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，权限管理，Spring Cloud Alibaba 微服务等等，已有 3100+ 小伙伴加入学习 ，欢迎点击围观

前言

在软件开发中，我们常常需要处理“请求-响应”模式：用户提交一个请求，系统需要根据规则决定由哪个组件来处理它。例如，用户发起请假申请时，系统可能需要根据请假天数将请求传递给组长、部门经理或总监。这种场景下，如何设计灵活且可扩展的处理流程？责任链模式（Chain of Responsibility Pattern）正是为这类问题提供优雅解决方案的设计模式。本文将通过通俗的比喻、代码示例和实际案例，帮助读者深入理解这一模式的核心思想，并掌握其在实际开发中的应用技巧。

什么是责任链模式？

责任链模式是一种行为型设计模式，它的核心思想是：将请求的发送者和接收者解耦，让多个对象有机会处理同一请求，形成一条“责任链”。当一个请求被提交后，会沿着这条链依次传递，直到被某个对象（处理者）成功处理或链末端被丢弃。

可以用“客服转接系统”来形象比喻这一模式：用户拨打客服电话后，系统会先由初级客服尝试解决问题。如果问题超出其权限范围，请求会被转接到中级客服；若仍无法处理，则继续转接给高级客服。每个客服只需关注自己能处理的请求类型，无需关心后续处理流程。这种分层且动态的处理机制，正是责任链模式的精髓。

核心概念与设计原则

1. 处理者（Handler）接口

责任链模式通常定义一个抽象的处理者接口，规定处理请求的核心方法。例如：

public interface Handler {  
    void setNext(Handler next); // 设置下一个处理者  
    void handle(Request request); // 处理请求  
}  

该接口包含两个关键方法：

• setNext()：用于构建链式结构，将当前处理者与下一个处理者关联。
• handle()：实现具体的请求处理逻辑，并决定是否将请求传递给下一个处理者。

2. 具体处理者（Concrete Handler）

每个具体处理者类继承自抽象接口，并实现自己的处理逻辑。例如，一个审批请假的“经理处理者”可能这样设计：

public class ManagerHandler implements Handler {  
    private Handler next;  
    @Override  
    public void setNext(Handler next) {  
        this.next = next;  
    }  
    @Override  
    public void handle(Request request) {  
        if (request.getDays() <= 3) {  
            System.out.println("经理批准：" + request.getDescription());  
        } else {  
            if (next != null) {  
                next.handle(request); // 传递给下一级处理者  
            } else {  
                System.out.println("请求未被处理，链末端");  
            }  
        }  
    }  
}  

3. 请求（Request）对象

请求对象携带需要处理的数据。例如，一个请假请求可能包含请假天数、描述等字段：

public class Request {  
    private int days;  
    private String description;  
    // 省略构造方法和Getter/Setter  
}  

4. 链的构建

客户端代码需要显式或隐式地构建责任链。例如，通过依次设置处理者的next属性：

Handler handler = new DirectorHandler();  
Handler managerHandler = new ManagerHandler();  
Handler ceoHandler = new CEOHandler();  
handler.setNext(managerHandler);  
managerHandler.setNext(ceoHandler);  

5. 设计原则

• 开闭原则：新增处理者时，无需修改现有代码，只需定义新类并插入链中。
• 单一职责原则：每个处理者仅关注自身能处理的请求类型，职责清晰。

责任链模式与实际案例

案例场景：请假审批系统

假设公司请假规则如下：

• 请假≤3天：经理直接批准。
• 请假4-7天：需经理审核后提交总监批准。
• 请假≥8天：需经总监审核后提交CEO批准。

实现步骤：

1. 定义请求对象：携带请假天数和描述。
2. 创建处理者接口：定义handle()和setNext()方法。
3. 实现具体处理者：
   • 经理处理者：处理≤3天的请求。
   • 总监处理者：处理4-7天的请求。
   • CEO处理者：处理≥8天的请求。
4. 构建责任链：将经理→总监→CEO依次链接。
5. 客户端调用：提交请求并触发链式处理。

完整代码示例：

// 请求类  
public class LeaveRequest {  
    private int days;  
    private String description;  
    // 省略构造方法和Getter/Setter  
}  

// 处理者接口  
public interface LeaveHandler {  
    void setNext(LeaveHandler next);  
    void handle(LeaveRequest request);  
}  

// 经理处理者  
public class ManagerHandler implements LeaveHandler {  
    private LeaveHandler next;  
    @Override  
    public void setNext(LeaveHandler next) {  
        this.next = next;  
    }  
    @Override  
    public void handle(LeaveRequest request) {  
        if (request.getDays() <= 3) {  
            System.out.println("经理批准：" + request.getDescription());  
        } else {  
            if (next != null) {  
                next.handle(request);  
            } else {  
                System.out.println("请求未被处理");  
            }  
        }  
    }  
}  

// 客户端调用  
public class Client {  
    public static void main(String[] args) {  
        LeaveHandler manager = new ManagerHandler();  
        LeaveHandler director = new DirectorHandler(); // 假设总监处理4-7天  
        LeaveHandler ceo = new CEOHandler(); // 假设CEO处理8天以上  
        manager.setNext(director);  
        director.setNext(ceo);  
        // 测试请求  
        LeaveRequest req1 = new LeaveRequest(2, "年假");  
        manager.handle(req1); // 输出：经理批准  
        LeaveRequest req2 = new LeaveRequest(5, "病假");  
        manager.handle(req2); // 输出：总监批准（假设总监处理逻辑）  
    }  
}  

责任链模式的适用场景

以下场景适合使用责任链模式：

1. 多个对象可以处理同一请求，且具体处理者在运行时动态确定。
2. 请求的处理需要按顺序经过多个处理阶段，例如审批流程、订单审核等。
3. 避免请求发送者与接收者之间的耦合，例如日志系统中不同级别的日志输出。

对比其他模式（表格）

优缺点分析

优点

• 解耦请求与处理者：客户端无需知道具体由谁处理请求。
• 灵活扩展：新增处理者只需修改链的构建逻辑，无需修改现有代码。
• 动态路由：请求路径可根据条件动态调整，例如优先处理紧急请求。

缺点

• 性能开销：长链可能导致多次传递，需权衡链的长度。
• 链断裂风险：若链末端未正确处理请求，可能导致请求被忽略。

扩展与变体

1. 带优先级的链

通过为处理者添加优先级字段，按优先级顺序处理请求。例如，紧急请求优先由高级别处理者处理。

2. 循环链

允许链形成闭环，请求可能绕回前序处理者，适用于需要多次验证的场景。

3. 条件链

根据请求类型动态构建链，例如不同类型的订单使用不同的审批流程。

总结与建议

责任链模式通过将请求处理逻辑封装为链式结构，解决了“谁来处理请求”和“如何传递请求”这两个核心问题。它尤其适合需要动态路由、分层审批或解耦处理逻辑的场景。

对于开发者，建议：

1. 明确链的构建逻辑，确保每个处理者仅处理自身负责的请求。
2. 在链末端添加默认处理者，避免请求无响应。
3. 结合工厂模式，动态生成责任链，提升扩展性。

掌握这一模式后，读者可以尝试将其应用到实际项目中，例如权限验证、订单分发或日志记录系统。通过实践，逐步体会其在代码解耦和可维护性方面的优势。