职责链模式通过抽象处理者统一接口、具体处理者按需实现、客户端动态组装链条来组织校验流程，继承仅用于复用模板逻辑而非构建链本身。
用职责链模式封装继承关系的业务校验规则，核心不是靠「类继承」来复用逻辑，而是靠「处理者链式委托」来组织校验流程。真正起作用的是抽象处理者统一接口 + 具体处理者按需实现 + 客户端动态组装链条——这和 Java 的类继承是两套协作机制，但可以结合使用。
职责链结构本身不依赖继承关系，但校验规则的复用和扩展常借助继承来简化代码
比如多个校验器（姓名非空、邮箱格式、年龄范围）都共享“获取上下文”“转发给下家”“统一日志”等能力，这时定义一个抽象基类 AbstractValidator 是合理选择：
- 它提供
setNext(Validator)、validate(Context)模板方法 - 子类只需重写
doValidate(Context)和supports(Context) - 避免每个校验器重复写转发逻辑
public abstract class AbstractValidator implements Validator {
protected Validator next;
public void setNext(Validator next) {
this.next = next;
}
@Override
public final boolean validate(Context ctx) {
if (supports(ctx)) {
return doValidate(ctx);
}
// 不支持当前校验 → 交给下一个
return next != null ? next.validate(ctx) : true; // 默认放行或抛异常视业务而定
}
protected abstract boolean supports(Context ctx);
protected abstract boolean doValidate(Context ctx);
}具体校验器通过继承该基类，专注自身职责
立即学习“Java免费学习笔记（深入）”；
public class NameValidator extends AbstractValidator {
@Override
protected boolean supports(Context ctx) {
return ctx.has("name");
}
@Override
protected boolean doValidate(Context ctx) {
String name = ctx.get("name", String.class);
if (name == null || name.trim().isEmpty()) {
ctx.addError("姓名不能为空");
return false;
}
return true;
}
}
public class EmailValidator extends AbstractValidator {
private final Pattern pattern = Pattern.compile("^[\w.-]+@[\w.-]+\.[a-zA-Z]{2,}$");
@Override
protected boolean supports(Context ctx) {
return ctx.has("email");
}
@Override
protected boolean doValidate(Context ctx) {
String email = ctx.get("email", String.class);
if (!pattern.matcher(email).matches()) {
ctx.addError("邮箱格式不正确");
return false;
}
return true;
}
}客户端负责组装链条，解耦校验顺序与校验逻辑
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
Validator chain = new NameValidator();
chain.setNext(new EmailValidator())
.setNext(new AgeValidator());
Context context = new Context().put("name", "张三").put("email", "zhang@ex.com");
boolean valid = chain.validate(context);这样做的好处：
- 新增校验规则只需新增一个继承
AbstractValidator的类，不改已有代码 - 调整校验顺序只需修改客户端组装逻辑，不影响各校验器内部实现
- 每个校验器只关心自己能处理什么、怎么处理，其余一概不管
- 上下文（Context）作为统一数据载体，避免参数层层传递
注意：不要把“继承关系”误当成责任链本身
责任链的本质是运行时的委托链（next 引用），不是编译时的 extends 关系。继承只是辅助减少模板代码的手段；如果校验逻辑极简（比如只做 null 判断），甚至可以直接实现 Validator 接口，跳过抽象基类。
校验失败的处理策略也应统一设计：比如统一收集错误、中断链执行、或允许部分失败继续校验——这些都在 AbstractValidator 的 validate() 模板中控制，子类无需感知。
不复杂但容易忽略
