Ⅰ 動態代理jdk和cglib的區別
JDK和CGLIB生成動態代理類的區別
關於動態代理和靜態代理
當一個對象（客戶端）不能或者不想直接引用另一個對象（目標對象），這時可以應用代理模式在這兩者之間構建一個橋梁--代理對象。
按照代理對象的創建時期不同，可以分為兩種：
靜態代理：事先寫好代理對象類，在程序發布前就已經存在了；
動態代理：應用程序發布後，通過動態創建代理對象。
靜態代理其實就是一個典型的代理模式實現，在代理類中包裝一個被代理對象，然後影響被代理對象的行為，比較簡單，代碼就不放了。
其中動態代理又可分為：JDK動態代理和CGLIB代理。
1.JDK動態代理
此時代理對象和目標對象實現了相同的介面，目標對象作為代理對象的一個屬性，具體介面實現中，可以在調用目標對象相應方法前後加上其他業務處理邏輯。
代理模式在實際使用時需要指定具體的目標對象，如果為每個類都添加一個代理類的話，會導致類很多，同時如果不知道具體類的話，怎樣實現代理模式呢？這就引出動態代理。
JDK動態代理只能針對實現了介面的類生成代理。
2.CGLIB代理
CGLIB（CODE GENERLIZE LIBRARY）代理是針對類實現代理，
主要是對指定的類生成一個子類，覆蓋其中的所有方法，所以該類或方法不能聲明稱final的。
JDK動態代理和CGLIB代理生成的區別
JDK動態代理只能對實現了介面的類生成代理，而不能針對類 。
CGLIB是針對類實現代理，主要是對指定的類生成一個子類，覆蓋其中的方法 。
因為是繼承，所以該類或方法最好不要聲明成final ，final可以阻止繼承和多態。
PS：final 所修飾的數據具有「終態」的特徵，表示「最終的」意思：
final 修飾的類不能被繼承。
final 修飾的方法不能被子類重寫。
final 修飾的變數（成員變數或局部變數）即成為常量，只能賦值一次。
final 修飾的成員變數必須在聲明的同時賦值，如果在聲明的時候沒有賦值，那麼只有 一次賦值的機會，而且只能在構造方法中顯式賦值，然後才能使用。
final 修飾的局部變數可以只聲明不賦值，然後再進行一次性的賦值。
參考代碼
CGLIB：
1
2
3
4
5
6
7
8
public Object createProxyObject(Object obj) {
this.targetObject = obj;
Enhancer enhancer = new Enhancer();
enhancer.setSuperclass(obj.getClass());
enhancer.setCallback(this);
Object proxyObj = enhancer.create();
return proxyObj;// 返回代理對象，返回的對象其實就是一個封裝了「實現類」的代理類，是實現類的實例。
}
JDK：
1
2
3
4
5
public Object newProxy(Object targetObject) {// 將目標對象傳入進行代理
this.targetObject = targetObject; <br> //注意這個方法的參數，後面是類實現的介面
return Proxy.newProxyInstance(targetObject.getClass().getClassLoader(),
targetObject.getClass().getInterfaces(), this);// 返回代理對象
}
在代碼中可以看到，在生成代理類時，傳遞的是實現類所實現的介面 targetObject.getClass().getInterfaces()，所以JDK只能對於介面進行做代理。如果換成類的話，則會拋java.lang.ClassCastException異常。
在Spring的源碼中，可以看到很多生成代理類的代碼。
動態代理的應用
AOP（Aspect-OrientedProgramming，面向切面編程），AOP包括切面（aspect）、通知（advice）、連接點（joinpoint），實現方式就是通過對目標對象的代理在連接點前後加入通知，完成統一的切面操作。
實現AOP的技術，主要分為兩大類：
一是採用動態代理技術，利用截取消息的方式，對該消息進行裝飾，以取代原有對象行為的執行；
二是採用靜態織入的方式，引入特定的語法創建「方面」，從而使得編譯器可以在編譯期間織入有關「方面」的代碼。
Spring提供了兩種方式來生成代理對象: JDKProxy和Cglib，具體使用哪種方式生成由AopProxyFactory根據AdvisedSupport對象的配置來決定。
默認的策略是如果目標類是介面，則使用JDK動態代理技術，如果目標對象沒有實現介面，則默認會採用CGLIB代理。
如果目標對象實現了介面，可以強制使用CGLIB實現代理（添加CGLIB庫，並在spring配置中加入<aop:aspectj-autoproxy proxy-target-class="true"/>）。
Ⅱ Java編譯時註解和運行時註解有什麼區別
重寫，重載，泛型，分別是在運行時還是編譯時執行的
1. 方法重載是在編譯時執行的，因為，在編譯的時候，如果調用了一個重載的方法，那麼編譯時必須確定他調用的方法是哪個。如：
當調用evaluate("hello")時候，我們在編譯時就可以確定他調用的method #1.
2.
方法的重寫是在運行時進行的。這個也常被稱為運行時多態的體現。編譯器是沒有辦法知道它調用的到底是那個方法，相反的，只有在jvm執行過程中，才知曉到底是父子類中的哪個方法被調用了當有如下一個介面的時候，我們是無法確定到底是調用父類還是子類的方法
3.
泛型(類型檢測)，這個發生在編譯時。編譯器會在編譯時對泛型類型進行檢測，並吧他重寫成實際的對象類型(非泛型代碼)，這樣就可以被JVM執行了。這個過程被稱為"類型擦除"。
類型擦除的關鍵在於從泛型類型中清除類型參數的相關信息，並且再必要的時候添加類型檢查和類型轉換的方法。
類型擦除可以簡單的理解為將泛型java代碼轉換為普通java代碼，只不過編譯器更直接點，將泛型java代碼直接轉換成普通java位元組碼。類型擦除的主要過程如下：
1). 將所有的泛型參數用其最左邊界(最頂級的父類型)類型替換。
2). 移除所有的類型參數。
在編譯後變成：
4. 註解。註解即有可能是運行時也有可能是編譯時。
如java中的@Override註解就是典型的編譯時註解，他會在編譯時會檢查一些簡單的如拼寫的錯誤(與父類方法不相同)等
同樣的@Test註解是junit框架的註解，他是一個運行時註解，他可以在運行時動態的配置相關信息如timeout等。
5. 異常。異常即有可能是運行時異常，也有可能是編譯時異常。
RuntimeException是一個用於指示編譯器不需要檢查的異常。RuntimeException
是在jvm運行過程中拋出異常的父類。對於運行時異常是不需要再方法中顯示的捕獲或者處理的。
已檢查的異常是被編譯器在編譯時候已經檢查過的異常，這些異常需要在try/catch塊中處理的異常。
6. AOP. Aspects能夠在編譯時，預編譯時以及運行時使用。
1).
編譯時：當你擁有源碼的時候，AOP編譯器(AspectJ編譯器)能夠編譯源碼並生成編織後的class。這些編織進入的額外功能是在編譯時放進去的。
2). 預編譯時：織入過程有時候也叫二進制織入，它是用來織入到哪些已經存在的class文件或者jar中的。
3). 運行時：當被織入的對象已經被載入如jvm中後，可以動態的織入到這些類中一些信息。
7. 繼承：繼承是編譯時執行的，它是靜態的。這個過程編譯後就已經確定
8. 代理(delegate)：也稱動態代理，是在運行時執行。