當壹個對象(客戶端)不能或不想直接引用另壹個對象(目標對象)時,可以應用代理模式在兩個代理對象之間建立橋梁。
根據代理對象創建時期的不同,它們可以分為兩種類型:
靜態代理:代理對象類是預先編寫的,在程序發布之前就已經存在;
動態代理:應用程序發布後,代理對象是動態創建的。
靜態代理實際上是壹種典型的代理模式實現。將代理對象包裝在代理類中,然後影響代理對象的行為是很簡單的,因此代碼不會被放下。
動態代理可以分為JDK動態代理和CGLIB代理。
1.JDK動態代理
此時代理對象和目標對象實現同壹個接口,目標對象是代理對象的壹個屬性。在具體的接口實現中,可以在調用目標對象的相應方法前後添加其他業務處理邏輯。
在實際使用中,代理模式需要指定特定的目標對象。如果在每個類中添加壹個代理類,將會產生許多類。同時,在不知道具體類的情況下如何實現代理模式?這導致了動態代理。
JDK動態代理只能為實現接口的類生成代理。
2.CGLIB代理
CGLIB(代碼通用化庫)代理是類實現的代理,
它主要是生成指定類的子類,覆蓋其中的所有方法,因此該類或方法不能聲明為final。
JDK動態代理和CGLIB代理生成的區別
JDK動態代理只能為實現接口的類生成代理,而不能為類生成代理。
CGLIB是類實現的代理,主要生成指定類的子類並覆蓋其中的方法。
因為它是繼承,所以最好不要將類或方法聲明為final,這樣可以防止繼承和多態。
PS: final修改的數據具有“最終狀態”的特征,即“最終”的意思:
最終修飾類不能被繼承。
最終修飾的方法不能被子類重寫。
由final修飾的變量(成員變量或局部變量)成為常數,並且只能賦值壹次。
用final修飾的成員變量在聲明時必須同時賦值。如果在聲明時沒有為它們賦值,則只有壹次賦值的機會,並且它們只能在構造函數中顯式賦值才能使用。
用final修飾的局部變量只能在不賦值的情況下聲明,然後賦值壹次。
參考碼
CGLIB:?
12345678公共對象createProxyObject(Object obj){?this.targetObject = obj?Enhancer增強劑=新增強劑();?enhancer . set superclass(obj . getclass());?enhancer . set callback(this);?object proxy obj = enhancer . create();?返回proxyObj//返回代理對象。返回的對象實際上是封裝了“實現類”的代理類,是實現類的實例。?} ?JDK:?
12345 public object new proxy(object目標對象){//傳入代理的目標對象?this . target object = target object;?& ltbr & gt?//註意這個方法的參數,後面是類實現的接口returnproxy。newproxyinstance(target object。getclass()。getclassloader(),?targetObject.getClass()。getInterfaces(),this);//返回代理對象?}在代碼中可以看到,當生成代理類時,接口targetObject。getClass()。由實現類實現的getInterfaces()被傳遞,因此JDK只能充當接口的代理。如果更改為類,將引發java.lang.ClassCastException異常。?
在Spring的源代碼中,可以看到大量生成代理類的代碼。
動態代理的應用
AOP(aspect-oriented programming)包括Aspect、advice和joinpoint,它是通過在目標對象的代理的join point前後添加壹個通知來完成統壹切割操作而實現的。
實現AOP的技術主要分為兩類:
壹種是使用動態代理技術通過攔截消息來裝飾消息,以替代執行原有的對象行為;
其次,采用靜態編織通過引入特定的語法來創建“方面”,以便編譯器在編譯時編織關於“方面”的代碼。
Spring提供了兩種生成代理對象的方法:JDKProxy和Cglib。生成代理對象的具體方式由AopProxyFactory根據AdvisedSupport對象的配置來確定。
如果目標類是接口,默認策略是使用JDK動態代理技術;如果目標對象沒有實現接口,默認策略是使用CGLIB代理。
如果目標對象實現了接口,則可以強制它使用CGLIB來實現代理(添加CGLIB庫並添加