面向对象架构中，如何通过拦截器（Interceptor）设计来优化对象行为？

本文共计874个文字，预计阅读时间需要4分钟。

截取器在面向对象架构中，并非是给方法加钩子，而是让对象自身具备可插拔的行为扩展能力。其核心不在于代理或反射，而在于利用组合、递归和接口契约，将横向逻辑自然地编织进对象的生存周期中。

拦截器本质是对象行为的“嵌套封装”

一个 Target 对象不直接被调用，而是被包装进 TargetInvocation 实例中。这个包装体持有一个 Interceptor 列表和一个 Target 引用。当执行时，它不是顺序遍历列表，而是递归调用：当前拦截器的前置逻辑 → 下一层（下一个拦截器或 target）→ 当前拦截器的后置逻辑。这种结构天然支持嵌套、可撤销、可跳过——比如某个拦截器 preHandle 返回 false，就直接终止递归，不再往下传。

• 每个 Interceptor 实现统一接口（如 before/after），但内部可自由访问上下文、调用 service、修改参数或响应
• TargetInvocation 不依赖 Spring 或 Servlet 容器，纯 Java 对象，可单元测试、可复用到 CLI 或消息处理等非 Web 场景
• 新增拦截逻辑只需实现接口 + 插入链中，无需修改原有 Target 类，符合开闭原则

与 AOP 和动态代理的关键区别

Spring AOP 基于代理，是在运行时生成新类；而 OOP 拦截器是编译期确定的组合关系。前者强依赖反射和类加载机制，后者只依赖接口和引用传递。