Spring 宣告式事務實現原理

• 起因
  本人之前使用Spring事務時遇到兩種場景。同一個class沒有事務的A方法呼叫含有事務的B方法發現事務不生效，同一個class有事務的A方法呼叫含有事務的B方法（傳播性為REQUIRES_NEW），獨立事務也沒有建立。
  一切的原因就和 Spring 利用 AOP 代理實現宣告式事務緊密關聯了。

• 原因
  我們知道，Spring的AOP實現方式有兩種：1、Java代理方式；2、Cglib動態增強方式，這兩種方式在Spring中是可以無縫自由切換的。Java代理方式的優點是不依賴第三方jar包，缺點是不能代理類，只能代理介面。Spring通過AopProxy介面，抽象了這兩種實現，實現了一致的AOP方式：
  

  
  現在看來，這種抽象同樣帶了一個缺陷，那就是抹殺了Cglib能夠直接建立普通類的增強子類的能力，Spring相當於把Cglib動態生成的子類，當普通的代理類了，這也是為什麼會建立兩個物件的原因。下圖顯示了Spring的AOP代理類的實際呼叫過程：
  
  因此，從上面的分析可以看出，methodB沒有被AopProxy通知到，導致最終結果是：被Spring的AOP增強的類，在同一個類的內部方法呼叫時，其被呼叫方法上的增強通知將不起作用。

  而這種結果，會造成什麼影響呢：
  1：內部呼叫時，被呼叫方法的事務宣告將不起作用
  2：換句話說，你在某個方法上宣告它需要事務的時候，如果這個類還有其他開發者，你將不能保證這個方法真的會在事務環境中
  3：再換句話說，Spring的事務傳播策略在內部方法呼叫時將不起作用。不管你希望某個方法需要單獨事務，是RequiresNew，還是要巢狀事務，要Nested，等等，統統不起作用。
  4：不僅僅是事務通知，所有你自己利用Spring實現的AOP通知，都會受到同樣限制。。。。

  問題的原因已經找到，其實，我理想中的AOP實現，應該是下面這樣：
  
  只要一個Cglib增強物件就好，對於Java代理方式，我的選擇是毫不猶豫的拋棄。

  至於前面的事務問題，只要避開Spring目前的AOP實現上的限制，要麼都宣告要事務，要麼分開成兩個類，要麼直接在方法裡使用程式設計式事務，那麼一切OK。

  解釋內容轉載自：https://blog.csdn.net/seelye/article/details/40144817