Spring @Transactional v Spring Security @Secured不一致的行为

Question

Spring文档建议将@Transactional注释放在具体的类/方法而不是接口上.Stack Overflow多次覆盖了这个原因,例如:

我应该在哪里放置@Transactional注释:在接口定义或实现类？

Spring Security @Secured行为不同; 大多数文档显示将注释放在界面上.事实上,无论您是使用JDK还是CGLib代理,无论您是注释接口还是具体类,它似乎都有效.

这似乎是一个很好的解决方 那么为什么不一致呢？对上述问题的一个答案表明性能影响......但是性能肯定对安全性同样重要吗？!

@Secured解决方案如何处理钻石继承问题(类实现2个接口都有@Secured相同的方法不同)？

Answer 1

当同时使用 JDK 代理和 CGLib 时，您最终会得到@Transactional的TransactionInterceptor和@Secured的MethodSecurityInterceptor。

但是这两个MethodInterceptor使用不同的机制来查找给定MethodInitation上的注释。

@Secured 注释由SecuredAnnotationSecurityMetadataSource使用AnnotationUtils.findAnnotation(Method method, Class<A>annotationType)方法找到，而 @Transactional 则由AnnotationTransactionAttributeSource在SpringTransactionAnnotationParser的帮助下发现。

看起来 AnnotationUtils 具有更先进的机制来查找注释、搜索接口和声明类层次结构的方法。

您可以创建自己的使用 AnnotationUtils 的TransactionAnnotationParser ，这应该启用与 @Transactional 相同的功能。

AnnotationUtils 返回第一个找到的注释，这就是钻石继承的处理方式。