职责链模式通过将请求沿链传递实现发送者与接收者的解耦，如审批流程中部门经理、总监、总经理依次处理请求，各处理者决定是否处理或转发，从而实现灵活扩展，但需注意链过长影响性能，可通过优化结构、缓存或拆分链来解决，其与中间件模式的主要区别在于控制权和灵活性不同。
职责链模式，简单来说，就是让多个对象都有机会处理请求，避免请求的发送者和接收者之间的耦合。请求沿着一条链传递，直到有一个对象处理它为止。这就像流水线，每个工人负责一道工序。
职责链模式的实现
实现职责链模式的关键在于定义一个抽象的处理者接口，以及一系列具体的处理者类。
-
抽象处理者（Handler）：
- 定义一个处理请求的接口，通常包含一个
handleRequest()
方法。 - 维护一个指向下一个处理者的引用，形成链。
- 可以提供一个默认的处理方法，如果当前处理者不能处理请求，则传递给下一个处理者。
- 定义一个处理请求的接口，通常包含一个
-
具体处理者（ConcreteHandler）：
- 实现抽象处理者的接口，负责处理特定类型的请求。
- 如果可以处理请求，则进行处理；否则，将请求传递给下一个处理者。
举个例子，假设我们要处理审批流程，有三个审批人：部门经理、总监、总经理。
// 抽象处理者
abstract class Approver {
protected Approver nextApprover;
public void setNextApprover(Approver nextApprover) {
this.nextApprover = nextApprover;
}
public abstract void processRequest(PurchaseRequest request);
}
// 具体处理者：部门经理
class DepartmentManager extends Approver {
@Override
public void processRequest(PurchaseRequest request) {
if (request.getAmount() <= 5000) {
System.out.println("部门经理审批了采购请求，金额：" + request.getAmount());
} else if (nextApprover != null) {
nextApprover.processRequest(request);
} else {
System.out.println("采购请求无法处理，金额：" + request.getAmount());
}
}
}
// 具体处理者：总监
class Director extends Approver {
@Override
public void processRequest(PurchaseRequest request) {
if (request.getAmount() <= 10000) {
System.out.println("总监审批了采购请求，金额：" + request.getAmount());
} else if (nextApprover != null) {
nextApprover.processRequest(request);
} else {
System.out.println("采购请求无法处理，金额：" + request.getAmount());
}
}
}
// 具体处理者：总经理
class CEO extends Approver {
@Override
public void processRequest(PurchaseRequest request) {
System.out.println("总经理审批了采购请求，金额：" + request.getAmount());
}
}
// 请求类
class PurchaseRequest {
private int amount;
private String purpose;
public PurchaseRequest(int amount, String purpose) {
this.amount = amount;
this.purpose = purpose;
}
public int getAmount() {
return amount;
}
public String getPurpose() {
return purpose;
}
}
// 客户端代码
public class ChainOfResponsibilityDemo {
public static void main(String[] args) {
DepartmentManager departmentManager = new DepartmentManager();
Director director = new Director();
CEO ceo = new CEO();
departmentManager.setNextApprover(director);
director.setNextApprover(ceo);
PurchaseRequest request1 = new PurchaseRequest(4000, "购买办公用品");
departmentManager.processRequest(request1); // 部门经理审批
PurchaseRequest request2 = new PurchaseRequest(8000, "购买服务器");
departmentManager.processRequest(request2); // 总监审批
PurchaseRequest request3 = new PurchaseRequest(15000, "购买大型设备");
departmentManager.processRequest(request3); // 总经理审批
}
}职责链模式的优点是解耦了请求的发送者和接收者，使得系统更灵活，易于扩展。缺点是可能会造成请求没有被处理的情况，需要仔细设计链的结构。
职责链模式的应用场景
职责链模式在实际开发中应用广泛，很多场景都能看到它的身影。
- 请求过滤： 比如Web应用中的过滤器，可以对请求进行预处理，例如权限验证、日志记录等。每个过滤器都是一个处理者，形成一条过滤链。
- 事件处理： GUI框架中的事件处理机制，可以将事件沿着组件树传递，直到找到能够处理该事件的组件。
- 工作流引擎： 工作流引擎可以使用职责链模式来实现流程的各个环节，每个环节由一个处理者负责。
- 异常处理： 可以使用职责链模式来处理异常，每个处理者负责处理特定类型的异常。
如何避免职责链过长导致性能问题？
职责链过长确实会影响性能，毕竟每个请求都要遍历整个链。可以考虑以下优化方法：
- 合理设计链的结构： 将最有可能处理请求的处理者放在链的前面，减少不必要的传递。
- 使用缓存： 对于一些经常出现的请求，可以将处理结果缓存起来，避免重复处理。
- 并行处理： 如果处理者的处理逻辑之间没有依赖关系，可以考虑并行处理，提高效率。
- 拆分职责链： 将一个长的职责链拆分成多个短的职责链，降低单个链的长度。
- 使用责任链的变体： 考虑使用责任链模式的一些变体，例如责任树，可以更有效地处理复杂的请求。
职责链模式与中间件模式的区别
职责链模式和中间件模式都是用于处理请求的，但它们之间还是有一些区别的。
- 控制权： 职责链模式中，请求的处理者可以决定是否将请求传递给下一个处理者。而中间件模式中，请求通常会经过所有的中间件，除非中间件显式地终止请求。
- 应用场景： 职责链模式更适用于处理流程比较固定的场景，例如审批流程。中间件模式更适用于处理需要进行统一处理的场景，例如请求过滤。
- 灵活性： 中间件模式通常比职责链模式更灵活，可以动态地添加、删除中间件。
总的来说，选择哪种模式取决于具体的应用场景和需求。如果需要更灵活的控制，可以选择中间件模式。如果需要更清晰的处理流程，可以选择职责链模式。
