AopTestUtils与AopProxyUtils的区别及各自适用场景是什么？

AopProxyUtils是Spring核心模块内置的通用AOP代理工具类，面向生产运行时场景设计；而AopTestUtils是spring-test模块提供的测试专属工具类，是对AopProxyUtils能力的测试场景封装，底层确实会调用前者的核心能力。

核心功能与适用场景区别 #

AopProxyUtils #

• 所属模块：spring-core，无需引入额外测试依赖即可在生产代码中直接使用
• 核心能力：提供获取代理目标对象、判断代理类型、获取代理的目标类、解析最终接口等底层通用能力，常用API包括AopProxyUtils.getTargetClass(Object proxy)、AopProxyUtils.ultimateTargetClass(Object candidate)等，是生产代码中操作AOP代理对象的常用工具
• 设计特点：严格遵循Spring AOP的代理规则，返回结果是运行时实际生效的代理相关属性，不会做额外适配处理，出现多层代理嵌套时默认只能返回最外层代理对应的目标对象/类

AopTestUtils #

• 所属模块：spring-test，仅用于单元测试、集成测试场景，生产代码不应该依赖该类
• 存在的必要性：测试场景下经常需要获取多层代理最内层的原始目标对象来做断言、Mock替换等操作，而原生AopProxyUtils默认只能解一层代理，遇到多层代理（比如同一个业务类同时被事务切面、缓存切面、自定义AOP切面增强生成的嵌套代理）时需要自己递归处理，AopTestUtils就是封装了这个递归解代理的逻辑，调用一次即可直接拿到最内层的原始业务对象，大幅简化测试代码
• 核心常用方法：
  • AopTestUtils.getTargetObject(Object candidate)：递归拆解所有嵌套代理，返回最内层的原始业务对象
  • AopTestUtils.getUltimateTargetObject(Object candidate)：与上述方法效果基本一致，额外兼容JDK动态代理、CGLIB代理、Spring 4.3+引入的代理包装类等更多边缘场景，兼容性更强

场景选择规则 #

• 生产运行时代码需要操作AOP代理对象：直接选用AopProxyUtils，不要引入test模块的依赖
• 测试场景下仅需要获取单层代理的目标对象：两个工具类均可满足需求，直接用AopProxyUtils即可
• 测试场景下需要获取多层嵌套代理最内层的原始目标对象（比如做属性断言、Mock校验）：优先选用AopTestUtils，避免手写递归解代理的冗余代码，同时覆盖更多边缘代理场景

注意：生产代码绝对不要依赖AopTestUtils，一方面是test模块的依赖不应该被打包到生产部署包中，另一方面AopTestUtils为测试场景做的递归解代理逻辑，可能会打破运行时代理的封装规则，导致非预期的业务问题。

内容的提问来源于stack exchange，提问作者WBLord