spring源碼學習【準備】之jdk動态代理和cglib動态代理的差別和性能

一：差別：

---->JDK的動态代理依靠接口實作，如果有些類并沒有實作接口，則不能使用JDK代理，這就要使用cglib動态代理了。

--->JDK的動态代理機制隻能代理實作了接口的類，而不能實作接口的類就不能實作JDK的動态代理，cglib是針對類來實作代理的，他的原理是對指定的目标類生成一個子類，并覆寫其中方法實作增強，但因為采用的是繼承，是以不能對final修飾的類進行代理。

性能：

--->jdk的動态代理由于jdk版本的更新，漸漸超越cglib

 二：都說 Cglib 建立的動态代理的運作性能比 JDK 動态代理能高出大概 10 倍，今日抱着懷疑精神驗證了一下，發現情況有所不同，遂貼出實驗結果，以供參考和讨論。代碼很簡單，首先，定義一個 Test 接口，和一個實作 TestImpl 。Test 接口僅定義一個方法 test，對傳入的 int 參數加 1 後傳回。實作兩種代理，循環執行多次，記錄時間。

--->測試結果表明：jdk6 下，在運作次數較少的情況下，jdk動态代理與 cglib 差距不明顯，甚至更快一些；而當調用次數增加之後， cglib 表現稍微更快一些，然而僅僅是“稍微”好一些，遠沒達到 10 倍差距。

--->測試結果表明：jdk7 下，情況發生了逆轉！在運作次數較少（1,000,000）的情況下，jdk動态代理比 cglib 快了差不多30%；而當調用次數增加之後(50,000,000)， 動态代理比 cglib 快了接近1倍。

--->測試結果表明：jdk8 下，延續了 JDK7 下的驚天大逆轉！不過還觀察另外有一個細微的變化，從絕對值來看 cglib 在 jdk8 下的表現似乎比 jdk7 還要差一點點，盡管隻是一點點，但經過反複多次的執行仍然是這個趨勢（注：這個趨勢的結論并不嚴謹，隻是捎帶一提，如需得出結論還需進行更多樣的對比實驗）。

--->結論：從 jdk6 到 jdk7、jdk8 ，動态代理的性能得到了顯著的提升，而 cglib 的表現并未跟上，甚至可能會略微下降。傳言的 cglib 比 jdk動态代理高出 10 倍的情況也許是出現在更低版本的 jdk 上吧。

---->以上測試用例雖然簡單，但揭示了 jdk 版本更新可能會帶來一些新技術改變，會使我們以前的經驗失效。放在真實業務場景下時，還需要按照實際情況進行測試後才能得出特定于場景的結論。

---->總之，實踐出真知，還要與時俱進地去檢視更新一些以往經驗。