设计模式(十六)：行为型之责任链模式

设计模式系列文章

设计模式(一)：创建型之单例模式

设计模式(二、三)：创建型之工厂方法和抽象工厂模式

设计模式(四)：创建型之原型模式

设计模式(五)：创建型之建造者模式

设计模式(六)：结构型之代理模式

设计模式(七)：结构型之适配器模式

设计模式(八)：结构型之装饰器模式

设计模式(九)：结构型之桥接模式

设计模式(十)：结构型之外观模式

设计模式(十一)：结构型之组合模式

设计模式(十二)：结构型之享元模式

设计模式(十三)：行为型之模板方法模式

设计模式(十四)：行为型之策略模式

设计模式(十五)：行为型之命令模式

设计模式(十六)：行为型之责任链模式

---

---

一、设计模式分类

• 创建型模式
  • 用于描述“怎样创建对象”，它的主要特点是“将对象的创建与使用分离”
  • 提供了单例、原型、工厂方法、抽象工厂、建造者 5 种创建型模式
• 结构型模式
  • 用于描述如何将类或对象按某种布局组成更大的结构
  • 提供了代理、适配器、桥接、装饰、外观、享元、组合 7 种结构型模式
• 行为型模式
  • 用于描述类或对象之间怎样相互协作共同完成单个对象无法单独完成的任务，以及怎样分配职责
  • 提供了模板方法、策略、命令、职责链、状态、观察者、中介者、迭代器、访问者、备忘录、解释器 11 种行为型模式

二、责任链模式

1、概述

• 一个请求有多个对象可以处理，但每个对象的处理条件或权限不同
• 例如，公司员工请假，可批假的领导有部门负责人、副总经理、总经理等
  • 但每个领导能批准的天数不同，员工必须根据自己要请假的天数去找不同的领导签名
  • 也就是说员工必须记住每个领导的姓名、电话和地址等信息，这增加了难度

定义

• 为了避免请求发送者与多个请求处理者耦合在一起
• 将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链
• 当有请求发生时，可将请求沿着这条链传递，直到有对象处理它为止

2、结构

职责链模式主要包含以下角色:

• 抽象处理者（Handler）角色：定义一个处理请求的接口，包含抽象处理方法和一个后继连接
• 具体处理者（Concrete Handler）角色：实现抽象处理者的处理方法，判断能否处理本次请求，如果可以处理请求则处理，否则将该请求转给它的后继者
• 客户类（Client）角色：创建处理链，并向链头的具体处理者对象提交请求，它不关心处理细节和请求的传递过程

3、实现

现需要开发一个请假流程控制系统

• 请假一天以下的假只需要小组长同意即可
• 请假1天到3天的假还需要部门经理同意
• 请求3天到7天还需要总经理同意才行

类图如下：

代码如下：

• 请假条类

@Getter
@AllArgsConstructor
public class LeaveRequest {
    //姓名
    private String name;

    //请假天数
    private int num;

    //请假内容
    private String content;
}

• 抽象处理者类

public abstract class Handler {

    protected final static int NUM_ONE = 1;
    protected final static int NUM_THREE = 3;
    protected final static int NUM_SEVEN = 7;

    // 该领导处理的请求天数区间
    private int numStart;
    private int numEnd;

    // 声明后续者（声明上级领导）
    private Handler nextHandler;

    public Handler(int numStart) {
        this.numStart = numStart;
    }

    public Handler(int numStart, int numEnd) {
        this.numStart = numStart;
        this.numEnd = numEnd;
    }

    // 设置上级领导对象
    public void setNextHandler(Handler nextHandler) {
        this.nextHandler = nextHandler;
    }

    // 各级领导处理请求条的方法
    protected abstract void handleLeave(LeaveRequest leave);

    // 提交请求条
    public final void submit(LeaveRequest leave) {
        // 该领导进行审批
        this.handleLeave(leave);
        // 如果还有上级 并且请假天数超过了当前领导的处理范围
        if (this.nextHandler != null && leave.getNum() > this.numEnd) {
            // 提交给上级领导进行审批
            this.nextHandler.submit(leave);
        } else {
            System.out.println("流程结束！");
        }
    }
}

• 具体处理者

//小组长
public class GroupLeader extends Handler {
    public GroupLeader() {
        //小组长处理1-3天的请假
        super(Handler.NUM_ONE, Handler.NUM_THREE);
    }

    @Override
    protected void handleLeave(LeaveRequest leave) {
        System.out.println(leave.getName() + "请假" + leave.getNum() + "天," + leave.getContent() + "。");
        System.out.println("小组长审批：同意。");
    }
}

//部门经理
public class Manager extends Handler {
    public Manager() {
        //部门经理处理3-7天的请假
        super(Handler.NUM_THREE, Handler.NUM_SEVEN);
    }

    @Override
    protected void handleLeave(LeaveRequest leave) {
        System.out.println(leave.getName() + "请假" + leave.getNum() + "天," + leave.getContent() + "。");
        System.out.println("部门经理审批：同意。");
    }
}

//总经理
public class GeneralManager extends Handler {
    public GeneralManager() {
        //部门经理处理7天以上的请假
        super(Handler.NUM_SEVEN);
    }

    @Override
    protected void handleLeave(LeaveRequest leave) {
        System.out.println(leave.getName() + "请假" + leave.getNum() + "天," + leave.getContent() + "。");
        System.out.println("总经理审批：同意。");
    }
}

• 客户端测试类

public class Client {
    public static void main(String[] args) {
        //请假条来一张
        LeaveRequest leave = new LeaveRequest("小花",5,"身体不适");

        //各位领导
        GroupLeader groupLeader = new GroupLeader();
        Manager manager = new Manager();
        GeneralManager generalManager = new GeneralManager();

        groupLeader.setNextHandler(manager);//小组长的领导是部门经理
        manager.setNextHandler(generalManager);//部门经理的领导是总经理

        //提交申请
        groupLeader.submit(leave);
    }
}

4、优缺点

优点

• 模式降低了请求发送者和接收者的耦合度
• 增强了系统的可扩展性，可以根据需要增加新的请求处理类，满足开闭原则
• 增强了给对象指派职责的灵活性，当工作流程发生变化，可以动态地改变链内的成员或者修改它们的次序，也可动态地新增或者删除责任
• 每个类只需要处理自己该处理的工作，不能处理的传递给下一个对象完成，明确各类的责任范围，符合类的单一职责原则

缺点

• 对比较长的职责链，请求的处理可能涉及多个处理对象，系统性能将受到一定影响
• 职责链建立的合理性要靠客户端来保证，增加了客户端的复杂性
• 可能会由于职责链的错误设置而导致系统出错，如可能会造成循环调用

5、源码解析

• 在javaWeb应用开发中，FilterChain是职责链（过滤器）模式的典型应用

以下是Filter的模拟实现分析：

• 模拟web请求Request以及web响应Response

public interface Request{

}

public interface Response{
 
}

• 模拟web过滤器Filter

public interface Filter {
	public void doFilter(Request req,Response res,FilterChain c);
}

• 模拟实现具体过滤器

public class FirstFilter implements Filter {
    @Override
    public void doFilter(Request request, Response response, FilterChain chain) {

        System.out.println("过滤器1 前置处理");

        // 先执行所有前置处理再倒序执行所有后置处理
        chain.doFilter(request, response);

        System.out.println("过滤器1 后置处理");
    }
}

public class SecondFilter  implements Filter {
    @Override
    public void doFilter(Request request, Response response, FilterChain chain) {

        System.out.println("过滤器2 前置处理");

        // 先执行所有前置处理再倒序执行所有后置处理
        chain.doFilter(request, response);

        System.out.println("过滤器2 后置处理");
    }
}

• 模拟实现过滤器链FilterChain

public class FilterChain {
    private List<Filter> filters = new ArrayList<Filter>();

    private int index = 0;

    // 链式调用
    public FilterChain addFilter(Filter filter) {
        this.filters.add(filter);
        return this;
    }

    public void doFilter(Request request, Response response) {
        if (index == filters.size()) {
            return;
        }
        Filter filter = filters.get(index);
        index++;
        filter.doFilter(request, response, this);
    }
}

• 测试类

public class Client {
    public static void main(String[] args) {
        Request  req = null;
        Response res = null ;

        FilterChain filterChain = new FilterChain();
        filterChain.addFilter(new FirstFilter()).addFilter(new SecondFilter());
        filterChain.doFilter(req,res);
    }
}

输出结果：

过滤器1 前置处理
过滤器2 前置处理
过滤器2 后置处理
过滤器1 后置处理