职责链模式通过抽象处理者统一接口、具体处理者按需实现、客户端动态组装链条来组织校验流程,继承仅用于复用模板逻辑而非构建链本身。

用职责链模式封装继承关系的业务校验规则,核心不是靠「类继承」来复用逻辑,而是靠「处理者链式委托」来组织校验流程。真正起作用的是抽象处理者统一接口 + 具体处理者按需实现 + 客户端动态组装链条——这和 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);
}
具体校验器通过继承该基类,专注自身职责
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;
}
}
客户端负责组装链条,解耦校验顺序与校验逻辑
在 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() 模板中控制,子类无需感知。
不复杂但容易忽略
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










