Spring的事务管理难点剖析(6):特殊方法成漏网之鱼(二)

观察以上输出日志，很容易发现method1~method3及method5这4个方法都没有被实施Spring的事务增强，而method4和method6被实施了事务增强。这个结果验证了我们前面的论述。
我们通过下表描述哪些特殊方法将成为Spring AOP事务增强的漏网之鱼。
序 号
动态代理策略
不能被事务增强的方法
1 基于接口的动态代理 除public外的其他所有的方法，此外public static也不能被增强
2 基于CGLib的动态代理 private、static、final的方法

不过，需要特别指出的是，这些不能被Spring事务增强的特殊方法并非就不工作在事务环境下。只要它们被外层的事务方法调用了，由于Spring事务管 理的传播级别，内部方法也可以工作在外部方法所启动的事务上下文中。我们说，这些方法不能被Spring进行AOP事务增强，是指这些方法不能启动事务， 但是外层方法的事务上下文依旧可以顺利地传播到这些方法中。
这些不能被Spring事务增强的方法和可被Spring事务增强的方法唯一的区别在于“是否可以主动启动一个新事务”：前者不能而后者可以。对于事务传 播行为来说，二者是完全相同的，前者也和后者一样不会造成数据连接的泄漏问题。换句话说，如果这些“特殊方法”被无事务上下文的方法调用，则它们就工作在 无事务上下文中；反之，如果被具有事务上下文的方法调用，则它们就工作在事务上下文中。
对于private的方法，由于最终都会被public方法封装后再开放给外部调用，而public方法是可以被事务增强的，所以基本上没有什么问题。在 实际开发中，最容易造成隐患的是基于CGLib的动态代理时的“public static”和“public final”这两种特殊方法。原因是它们本身是public的，因此可以直接被外部类（如Web层的Controller类）调用，只要调用者没有事务上 下文，这些特殊方法也就以无事务的方式运作。