责任链模式通过将校验、转换等逻辑封装为独立处理器，使变量按序流经各环节；每个处理器专注单一职责，通过next引用串联，支持动态组装、无副作用加工与语义化中断。
责任链模式用于变量的过滤与加工，核心是把每个校验、转换或增强逻辑封装成独立处理器，让变量像流水线一样依次流经它们。不写 if-else 堆叠，也不在单个方法里塞满逻辑，而是让每个环节只专注一件事：判断是否该处理、怎么处理、是否继续往下传。
明确变量处理的职责边界
先梳理变量从输入到输出要经历哪些环节。比如一个用户提交的订单参数，常见流程是：
- 非空与基础格式校验（如手机号是否合法、金额是否为正数）
- 业务规则检查（如库存是否充足、优惠券是否过期）
- 字段标准化（如统一时间戳格式、金额转为分、手机号脱敏前缀）
- 安全加固（如过滤 XSS 关键字、替换敏感词）
- 埋点/日志增强（自动添加 traceId、来源渠道标识）
每个环节都应是一个具体处理器类，彼此无直接依赖，仅通过统一接口和 next 引用串联。
设计可复用的抽象处理器基类
定义通用骨架，避免重复代码。关键点包括：
- 泛型支持：用 <T> 接收任意类型变量（如 OrderDTO、UserInput），返回同类型或包装类型（如 Result<T>）
- next 处理器引用：protected 字段 + setNext() 方法，支持运行时动态拼链
- 统一处理入口：handle(T data) 方法，返回 boolean 表示是否终止传递（如校验失败就中断），或返回 T 表示加工后的新值
- 默认转发逻辑：若当前处理器不拦截，自动调用 next.handle(data)
这样后续新增一个“价格四舍五入处理器”，只需继承基类、重写 handle()，无需改其他代码。
实战中控制变量流转的关键细节
变量不是被动传递的“消息”，而是主动参与处理的对象。几个易错但重要的实践点：
- 避免副作用污染原对象：推荐返回新对象（如使用 Builder 或 record），而不是修改入参。尤其在并发场景下，共享变量被多个处理器修改极易引发问题
- 提前中断要有明确语义：校验类处理器建议返回 Result.failed("缺货")，而非 void；下游可据此跳过后续加工，或统一收集错误
- 链的组装时机灵活：可在配置文件中声明顺序（如 YAML 列出 processor 类名），启动时反射构建并 setNext；也可按业务分支动态组合，比如“海外订单链”跳过国内发票处理器
- 支持跳过某些环节：在处理器内部加开关字段（如 enabled = true/false），或通过 context 参数携带 skipFlags，比硬编码删链更可控
一个极简但可运行的 Java 示例
以字符串清洗为例，变量是原始 input，目标是输出安全、规范、带标记的字符串：
// 抽象基类（简化版）abstract class StringProcessor {
protected StringProcessor next;
public void setNext(StringProcessor next) { this.next = next; }
public String handle(String input) {
String processed = doProcess(input);
return next == null ? processed : next.handle(processed);
}
protected abstract String doProcess(String input);
}
class TrimProcessor extends StringProcessor {
@Override protected String doProcess(String input) { return input == null ? "" : input.trim(); }
}
class EscapeHtmlProcessor extends StringProcessor {
@Override protected String doProcess(String input) { return input.replace("&", "&").replace("
}
// 组装与调用
StringProcessor chain = new TrimProcessor();
chain.setNext(new EscapeHtmlProcessor());
String result = chain.handle(" <script>alert(1)</script> "); // 输出：<script>alert(1)</script>
