23种设计模式之职责链模式（Chain of Responsibility Pattern）

前言：大家好，我是小威，24届毕业生，在一家满意的公司实习。本篇文章将23种设计模式中的访问者模式，此篇文章为一天学习一个设计模式系列文章，后面会分享其他模式知识。
如果文章有什么需要改进的地方还请大佬不吝赐教👏👏。
小威在此先感谢各位大佬啦~~🤞🤞

🏠个人主页：小威要向诸佬学习呀
🧑个人简介：大家好，我是小威，一个想要与大家共同进步的男人😉😉
目前状况🎉：24届毕业生，在一家满意的公司实习👏👏

💕欢迎大家：这里是CSDN，我总结知识的地方，欢迎来到我的博客，我亲爱的大佬😘

以下正文开始

责任链模式概念

责任链模式（Chain of Responsibility Pattern）是一种行为型设计模式，它通过把请求的发送者和接收者解耦，将多个对象连接成一个链，并沿着这条链传递请求，直到有一个对象能够处理它为止，从而避免了请求的发送者和接收者之间的直接耦合。

在责任链模式中，每个处理者都持有对下一个处理者的引用，即构成一个链表结构。当请求从链头开始流经链上的每个处理者时，如果某个处理者能够处理该请求，就直接处理，否则将请求发送给下一个处理者，直到有一个处理者能够处理为止。这种方式可以灵活地动态添加或修改请求的处理流程，同时也避免了由于请求类型过多而导致类的爆炸性增长的问题。

责任链模式角色

责任链模式的主要角色有：

抽象处理器（Handler）：定义了一个处理请求的接口，并维护了对下一个处理器的引用。
具体处理器（Concrete Handler）：实现了处理请求的方法，并决定是否能够处理该请求，如果不能处理，则将请求转发给下一个处理器。

责任链模式优缺点

责任链模式的优点如下：

• 解耦责任的分配和调用者之间的关联，提高代码的灵活性和可扩展性。
• 可以灵活的添加、删除处理器，以满足不同的业务需求。
• 简化了对象之间的交互，避免了直接引用导致的紧耦合问题。

责任链模式的缺点如下：

• 如果处理器链过长或者处理逻辑过于复杂，可能会影响系统性能。
• 所有请求都必须被处理，否则可能会导致某些请求永远得不到处理。
• 对于请求处理流程的调试和跟踪比较困难。

责任链模式应用场景

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

1. 有多个对象可以处理一个请求，并且具体的处理器需要运行时才能确定。
2. 需要动态指定请求处理流程的时候，或者需要根据数据动态修改请求处理流程的时候。
3. 在请求的发送者和接收者之间需要解耦的时候。

责任链模式经典案例

接下来我们以一个经典案例来介绍下责任链模式：

假设有一个请假审批系统，需要对请假请求进行审批。此时可以使用责任链模式来处理审批请求。具体实现如下：

首先，定义一个抽象处理器（Handler）类，提供处理请求和设置下一个处理器的方法。

public abstract class Handler {
    protected Handler successor;

    public void setSuccessor(Handler successor) {
        this.successor = successor;
    }

    public abstract void handleRequest(int leaveDays);
}
1
2
3
4
5
6
7
8
9

然后，定义具体的处理器（Concrete Handler）类，继承抽象处理器类，并实现具体的处理请求方法。如果无法处理该请求，则将请求交给下一个处理器处理。

public class Supervisor extends Handler {
    @Override
    public void handleRequest(int leaveDays) {
        if (leaveDays <= 2) {
            System.out.println("请假" + leaveDays + "天，主管审批通过。");
        } else if (successor != null) {
            successor.handleRequest(leaveDays);
        }
    }
}

public class Manager extends Handler {
    @Override
    public void handleRequest(int leaveDays) {
        if (leaveDays <= 5) {
            System.out.println("请假" + leaveDays + "天，经理审批通过。");
        } else if (successor != null) {
            successor.handleRequest(leaveDays);
        }
    }
}

public class Director extends Handler {
    @Override
    public void handleRequest(int leaveDays) {
        if (leaveDays <= 10) {
            System.out.println("请假" + leaveDays + "天，董事长审批通过。");
        } else {
            System.out.println("请假" + leaveDays + "天，无法得到批准。");
        }
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

最后，在客户端代码中，创建一个处理器链，并将请求发送给链头的处理器处理。

public class Client {
    public static void main(String[] args) {
        Handler supervisor = new Supervisor();
        Handler manager = new Manager();
        Handler director = new Director();

        supervisor.setSuccessor(manager);
        manager.setSuccessor(director);

        supervisor.handleRequest(1);
        supervisor.handleRequest(4);
        supervisor.handleRequest(8);
        supervisor.handleRequest(12);
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

上述代码中，首先创建了三个处理器对象，并构建处理器之间的关系。然后分别构造不同天数的请假请求，并将请求发送给链头的处理器处理。根据请假天数不同，处理器链中的不同处理器将分别进行处理。

好了，本篇文章就先分享到这里了，后续将会继续介绍23种设计模式之其他模式，感谢大佬认真读完支持咯~

文章到这里就结束了，如果有什么疑问的地方请指出，诸佬们一起讨论😁
希望能和诸佬们一起努力，今后我们顶峰相见🍻
再次感谢各位小伙伴儿们的支持🤞