Java设计模式实战：用责任链模式重构臃肿的条件分支

晚来风

发布时间：2026-10-13 | 5人浏览过

原创

在Java开发中，利用if-else语句处理复杂的业务路由容易导致代码膨胀和高耦合。责任链模式通过构建对象链表，将请求传递和条件判断分散到多个节点中，从而实现灵活的处理流程。

传统条件处理的痛点

在处理包含多种分支逻辑的场景时，开发人员通常会采用如下的方式：

public void test(int i, Request request){ 
  if(i==1){ 
    Handler1.response(request); 
  }else if(i == 2){ 
    Handler2.response(request); 
  }else if(i == 3){ 
    Handler3.response(request); 
  }else if(i == 4){ 
    Handler4.response(request); 
  }else{ 
    Handler5.response(request); 
  } 
}

这种方法的优点在于直观、简单，但在实际应用中会暴露出两个主要问题：
代码臃肿：若判定条件涉及复杂的计算或数据库查询，代码体积将迅速膨胀，可读性急剧下降。
耦合度高：新增一个处理者需要修改现有的判断逻辑（添加else if），且处理顺序被写死，修改和维护成本高。

核心思想与结构

改进方案是将判定条件的逻辑从外部抽取到具体的处理类内部。责任链模式由两部分组成：
1. 抽象处理类 (Handler)：定义请求的接口，并包含一个指向下一个处理对象的引用 (nextHandler)，以及处理请求的方法。
2. 具体处理类 (ConcreteHandler)：实现具体的业务逻辑，判断自己是否能处理该请求。若能处理则执行；否则，将请求传递给下家。

第1步：定义抽象处理角色

首先需要建立责任链的基础骨架。创建一个抽象类，包含设置和处理请求的核心方法。其中 setSuccessor 用于连接链条中的下一个节点，handlerRequest 则是各节点需要实现的通用入口。

package chainOfResp;
/**
 *描述：抽象处理角色
 */
public abstract class Handler {

 protected Handler successor;
 /**
  *描述：处理方法
  */
 public abstract void handlerRequest(String condition);
 
 
 public Handler getSuccessor() {
  return successor;
 }
 public void setSuccessor(Handler successor) {
  this.successor = successor; 
 }
 
}

第2步：实现具体处理类

接下来创建具体的处理节点。以 ConcreteHandler1 为例，它在 handlerRequest 中首先检查当前传入的 condition 是否属于自身职责范围。如果是，则处理并返回；如果不是，则调用 getSuccessor().handlerRequest(condition) 将请求推向下一位处理者。

package chainOfResp;
/**
 *描述：具体处理角色
 */
public class ConcreteHandler1 extends Handler {

 @Override
 public void handlerRequest(String condition) {
  // 如果是自己的责任，就自己处理，负责传给下家处理
  if(condition.equals("ConcreteHandler1")){
   System.out.println( "ConcreteHandler1 handled ");
   return ;
  }else{
   System.out.println( "ConcreteHandler1 passed ");
   getSuccessor().handlerRequest(condition);
  }
 }
}

同理，可以扩展其他处理节点。例如 ConcreteHandlerN，通常作为链路的最后端，即使未命中特定条件也需兜底处理：

package chainOfResp;
public class ConcreteHandlerN extends Handler {
 @Override
 public void handlerRequest(String condition) {
  System.out.println( "ConcreteHandlerN handled");
 }
}

第3步：组装链条与测试验证

在实际使用中，我们需要在客户端（Client）手动构建这条链条。通过 setSuccessor 将各个 Handler 串联起来，然后发起请求。

package chainOfResp;
public class Client {
 public static void main(String[] args) {
  Handler handler1 = new ConcreteHandler1();
  Handler handler2 = new ConcreteHandler2();
  Handler handlern = new ConcreteHandlerN();
  
  // 链起来：1 -> 2 -> N
  handler1.setSuccessor(handler2);
  handler2.setSuccessor(handlern);
  
  // 假设这个请求是ConcreteHandler2的责任
  handler1.handlerRequest("ConcreteHandler2");
 }
}

上述逻辑可以通过如下类图辅助理解：

责任链的分类与应用场景

为了更清晰地理解该模式，我们可以将其分为两种类型：

不纯的责任链：链上的每个对象都有机会处理请求，大部分节点处理后会将剩余部分继续向下传递（如工厂流水线的装配环节）。
纯的责任链：一个请求只能被其中一个处理者处理，要么处理掉结束，要么流转到下一个检测点（如质量检测环节）。在纯责任链中，通常要求请求必须能被某个节点处理，避免请求无果而终。

在实际项目中，不纯的责任链更为常见。当你发现原本庞大的 if-else 结构已经严重影响代码的可读性和扩展性时，就是引入责任链模式的合适时机。