当前位置： 首页 > news >正文

设计模式笔记_行为型_责任链模式

news 2025/8/15 7:15:18

1. 责任链模式介绍

责任链模式（Chain of Responsibility）是一种行为设计模式，它允许将多个处理器（处理对象）连接成一条链，并沿着这条链传递请求，直到有一个处理器处理它为止。职责链模式的主要目的是避免请求的发送者与多个请求处理者之间的耦合。

类比场景：想象一下，客户服务中心有多个层级的客服人员：初级客服、高级客服和经理。客户的问题会从初级客服开始，逐级向上转发，直到有一个客服能够解决问题。

组成结构：职责链模式主要包含以下几个部分：

  1. 抽象处理者（Handler）：定义一个处理请求的接口，并包含一个指向下一个处理者的引用。
  2. 具体处理者（ConcreteHandler）：实现处理请求的具体逻辑，并决定是否将请求传递给下一个处理者。
  3. 处理器链(HandlerChain): 在职责链模式的实现中，使用HandlerChain不是必须的，但是一种常见的做法。HandlerChain 的使用主要是为了简化链的管理，使得链的创建和维护更加便捷和集中。
  4. 客户端（Client）：负责创建处理链，并向链中的第一个处理者发送请求。

优缺点分析:

  • 优点：
    • 降低耦合：请求发送者和接收者之间的耦合度降低，灵活地新增和修改处理者。
    • 动态组合：可以方便地改变链内的成员或调动它们的次序。
  • 缺点：
    • 不保证请求被处理：如果链的末端没有处理请求，可能会导致请求不被处理。这个场景可以通过责任链的变体实现，让请求被所有处理器都处理。
    • 性能问题：链过长可能导致性能问题，因为请求需要经过多个处理者。

适用场景:

  • 需要动态地指定请求的处理者。
  • 有多个对象可以处理某个请求，但具体处理者不确定。
  • 希望请求的发送者和接收者解耦。

2. 代码演示

责任链有链表和列表两种实现方式，这里分别演示。演示场景围绕“初级客服、高级客服和经理处理客诉”展开。

2.1 链表实现

抽象处理者（Handler）：链式实现方式中，抽象处理类是一个抽象类，里面定义了处理请求的接口(这里是doHandle接口)，并包含指向下一个处理者的引用(这里对应nextHandler属性)。通常还会将调用下个处理器的通用逻辑提取出来(对应handleRequest方法)，这样具体处理器类只需要实现自己的业务逻辑就可以了。

// 抽象处理者
public abstract class CustomerServiceHandler {//下一个处理器的对象protected CustomerServiceHandler nextHandler;public void setNextHandler(CustomerServiceHandler nextHandler) {this.nextHandler = nextHandler;}//调用下个处理器的逻辑，原本放在具体处理器中；属于通用逻辑，这里利用模版模式提取到父类public void handleRequest(String request) {boolean handled = doHandle(request);//gof定义:若当前处理器不能处理，则需要向下个处理器传递; 否则结束if (!handled && nextHandler != null) {nextHandler.handleRequest(request);}}//抽象处理逻辑:具体实现放在各handler自己实现的  doHandle() 函数里public abstract boolean doHandle(String request);}

具体处理者（ConcreteHandler）：

//具体处理者 - 初级客服
public class JuniorCustomerService extends CustomerServiceHandler {@Overridepublic boolean doHandle(String request) {if (request.equals("basic")) {System.out.println("junior customer service handle");return true;}return false;}
}// 具体处理者 - 高级客服
public class SeniorCustomerService extends CustomerServiceHandler {@Overridepublic boolean doHandle(String request) {if (request.equals("advanced")) {System.out.println("senior customer service handle");return true;}return false;}
}// 具体处理者 - 经理
public class Manager extends CustomerServiceHandler {@Overridepublic boolean doHandle(String request) {if (request.equals("complex")) {System.out.println("manager customer service handle");return true;}return false;}
}

处理器链(HandlerChain)：HandlerChain不是必须的，在某些情况下，直接在客户端代码中构建职责链是足够的，尤其是链简单且变化不频繁的时候。然而，在处理复杂链或需要动态调整链的场景下，引入 HandlerChain 可以提高代码的清晰度和灵活性。通过HandlerChain集中管理handlers，负责链中处理者的添加、移除和遍历，简化链的管理。

public class CustomerServiceHandlerChain {private CustomerServiceHandler firstHandler;private CustomerServiceHandler lastHandler;//给链表中添加处理器public void addHandler(CustomerServiceHandler handler) {if (firstHandler == null) {//链表头为null，放在链表头firstHandler = handler;lastHandler = handler;} else {//否则放在链表尾lastHandler.setNextHandler(handler);lastHandler = handler;}}//执行链表中的处理器:从第一个处理器开始执行public void handleRequest(String request) {if (null != firstHandler) {firstHandler.handleRequest(request);}}
}

客户端代码：

public class CustomerServiceChainDemo {public static void main(String[] args) {CustomerServiceHandlerChain handlerChain = new CustomerServiceHandlerChain();handlerChain.addHandler(new JuniorCustomerService());handlerChain.addHandler(new SeniorCustomerService());handlerChain.addHandler(new Manager());// 测试不同请求//handlerChain.handleRequest("basic");handlerChain.handleRequest("advanced");}
}

对应的类图：

2.2 列表实现

列表实现方式更加简单，与链表实现的差异点：

  • 抽象处理者(handler)改用interface (无需存储对下一个处理者的引用)
  • HandlerChain类中用列表而非链表来保存所有的处理器
  • 在HandlerChain中，依次调用每个handler(链表对nextHandler的调用放在抽象处理者类中)

抽象处理者（Handler）：列表实现方式中，抽象处理者是一个接口，定义处理请求的方法。

//抽象处理者
public interface CustomerServiceHandler {boolean handlerRequest(String request);
}

具体处理者（ConcreteHandler）：

//具体处理者 - 初级客服
public class JuniorCustomerService implements CustomerServiceHandler {@Overridepublic boolean handlerRequest(String request) {if (request.equals("basic")) {System.out.println("junior customer service handle");return true;}return false;}
}//具体处理者 - 高级客服
public class SeniorCustomerService implements CustomerServiceHandler {@Overridepublic boolean handlerRequest(String request) {if (request.equals("advanced")) {System.out.println("senior customer service handle");return true;}return false;}
}//具体处理者 - 经理
public class Manager implements CustomerServiceHandler {@Overridepublic boolean handlerRequest(String request) {if (request.equals("complex")) {System.out.println("manager customer service handle");return true;}return false;}
}

处理器链(HandlerChain)：HandlerChain类中用列表而非链表来保存所有的处理器，并在HandlerChain的handle()函数中，依次调用每个处理器的handle()函数。

public class CustomerServiceHandlerChain {private List<CustomerServiceHandler> handlerList = new ArrayList<>();public void addHandler(CustomerServiceHandler handler) {handlerList.add(handler);}public void handleRequest(String request) {for (CustomerServiceHandler handler : handlerList) {//gof定义: 若当前处理器不能处理，则向下一个处理器传递; 否则结束Boolean handledResult = handler.handlerRequest(request);if (handledResult) {break;}}}
}

客户端代码：

public class CustomerServiceChainDemo {public static void main(String[] args) {CustomerServiceHandlerChain handlerChain = new CustomerServiceHandlerChain();handlerChain.addHandler(new JuniorCustomerService());handlerChain.addHandler(new SeniorCustomerService());handlerChain.addHandler(new Manager());// 测试不同请求handlerChain.handleRequest("basic");}
}

对应的类图：

2.3 变体:所有handler都处理一遍

上述实现是按照gof定义：如果处理器链上的某个处理器能够处理这个请求，那就不会继续往下传递请求，整个流程就会结束。

职责链模式还有一种变体，那就是请求会被所有的处理器都处理一遍，不存在中途终止的情况。还是使用上述客服场景，假设用户需要退款，需要 初级/高级/经理 三级客服签字确认。

列表实现的代码如下：

//抽象处理者
public interface CustomerServiceHandler {void handlerRequest(String request);
}
//具体处理者 - 初级客服
public class JuniorCustomerService implements CustomerServiceHandler {@Overridepublic void handlerRequest(String request) {//doSomething ...System.out.println("junior customer service handle");}
}//具体处理者 - 高级客服
public class SeniorCustomerService implements CustomerServiceHandler {@Overridepublic void handlerRequest(String request) {//doSomething ...System.out.println("senior customer service handle");}
}//具体处理者 - 经理
public class Manager implements CustomerServiceHandler {@Overridepublic void handlerRequest(String request) {//doSomething ...System.out.println("manager customer service handle");}
}

//处理器链
public class CustomerServiceHandlerChain {private List<CustomerServiceHandler> handlerList = new ArrayList<>();public void addHandler(CustomerServiceHandler handler) {handlerList.add(handler);}public void handleRequest(String request) {for (CustomerServiceHandler handler : handlerList) {//变体类型: 不关注 handled值，请求会被所有的处理器都处理一遍，不存在中途终止的情况handler.handlerRequest(request);}}
}

//客户端代码
public class CustomerServiceChainDemo {public static void main(String[] args) {CustomerServiceHandlerChain handlerChain = new CustomerServiceHandlerChain();handlerChain.addHandler(new JuniorCustomerService());handlerChain.addHandler(new SeniorCustomerService());handlerChain.addHandler(new Manager());//发起退款handlerChain.handleRequest("退款100元");}
}

http://www.xdnf.cn/news/1296397.html

相关文章：

  • [机器学习]08-基于逻辑回归模型的鸢尾花数据集分类
  • 高分辨率PDF压缩技巧：保留可读性的最小体积方案
  • 通过网页调用身份证阅读器http websocket方法-华视电子————仙盟创梦IDE
  • 【数据结构初阶】--排序(一)：直接插入排序，希尔排序
  • MySQL的索引（索引的创建和设计原则）：
  • 并发编程 - 读写锁(ReentrantReadWriteLock)的探究
  • JVM的逃逸分析深入学习
  • T05_卷积神经网络
  • 消费级显卡分布式智能体协同：构建高性价比医疗AI互动智能体的理论与实践路径
  • TypeScript 中，! 是 非空断言操作符
  • 上网行为安全概述和组网方案
  • EN 61010电子电气设备安全要求标准
  • 抗辐照CANFD通信芯片在高安全领域国产化替代的研究
  • 从根源到生态：Apache Doris 与 StarRocks 的深度对比 —— 论开源基因与长期价值的优越性
  • Gemma 3 多模态推理 通过vllm运行Gemma-3-27B-IT模型的推理服务
  • NineData云原生智能数据管理平台新功能发布｜2025年7月版
  • 基于U-NET遥感影像语义分割任务快速上手
  • git upstream
  • 流式数据服务端怎么传给前端，前端怎么接收？
  • 入门概述（面试常问）
  • vercel部署上线
  • 【数据分享】351个地级市农业相关数据（2013-2022）-有缺失值
  • 数智先锋 | 告别运维黑盒！豪鹏科技×Bonree ONE构建全栈智能可观测体系
  • 带环链表详解：环形链表检测与入环节点查找
  • 从 Notion 的水土不服到 Codes 的本土突围：研发管理工具的适性之道​
  • Linux下的软件编程——framebuffer（文件操作的应用）
  • 表达式树实战：Unity动态逻辑编程
  • tp5集成elasticsearch笔记
  • Unity中的神经网络遗传算法实战
  • 一篇文章读懂.Net的依赖注入