proxy-target-class="true"是否禁用基于接口的代理？能否共存两种代理？

1. proxy-target-class="true" 是否完全禁用基于接口的代理？ #

是的，当设置proxy-target-class="true"时，Spring会强制使用基于类的CGLIB代理，无论你的Bean是否实现了接口，都不会再生成JDK动态代理（基于接口的代理）。

这也是接口上的@Transactional、@Async等注解失效的核心原因：CGLIB通过生成目标类的子类实现代理，而Java注解不会从接口继承到实现类，子类无法识别接口方法上的注解，导致代理逻辑无法生效。

2. 是否可以同时使用两种代理类型？ #

不行，Spring在为Bean创建代理时只会选择一种策略，不会同时生成两种代理对象。具体规则如下：

• 当proxy-target-class="false"（默认配置）：优先为实现了接口的Bean创建JDK动态代理；仅当Bean未实现任何接口时，才会使用CGLIB代理。
• 当proxy-target-class="true"：无论Bean是否实现接口，统一使用CGLIB代理。

适配你场景的替代方案 #

既然你想避免在每个实现类上重复添加注解，同时规避代理类型的限制，可以尝试以下几种方案：

• 自定义@Aspect切面：编写一个切面类，通过切点匹配接口的方法，将事务、异步、缓存等逻辑统一织入，无需在接口或实现类上重复标注注解。
• 组合注解+@Inherited：自定义一个包含所有所需注解的组合注解，并为其添加@Inherited元注解，随后在实现类上标注该组合注解。注意：@Inherited仅对类级注解生效，方法级注解无法通过这种方式继承，因此该方案有一定局限性。
• 使用AspectJ织入：AspectJ不依赖Spring的代理机制，无论是编译期还是运行期织入，都能直接识别接口方法上的注解并织入逻辑。不过这种方式的配置复杂度高于Spring原生代理。

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