1. Erstellen Sie ein JDK -Dynamik -Proxy -Objekt und geben Sie das Objekt von emberserviceImpl als Zielparameter über.

2. Rufen Sie dann die GetProxy -Methode auf, die Proxy.NewProxyInstance aufruft, um das Proxy -Objekt dieses MitgliedsserviceImpl zu laden.

3. Rufen Sie die Anmeldemethode über das generierte Proxy -Objekt auf, das nicht die Methode von MemberServiceImpl selbst ist, sondern in die Invoke -Methode im IncrocationHandler aufgerufen wird.

4. Entsprechende Verbesserungen können in der Invoke -Methode vorgenommen werden

NewProxyInstance -Analyse

1. Es gibt eine normale Klasse namens LoginService, die eine Anmeldemethode für die Ausführung von Anmeldeboten enthält.

2. Es gibt eine Klasse namens Cglibdynamicproxy, die die MethodInterceptor -Schnittstelle implementiert. Der Zweck dieser Klasse ist es, ein CGGLIB -Dynamik -Proxy -Objekt zu erstellen, um Methoden anstelle anderer Objekte auszuführen.

3. In dem Konstruktor der CGlibdynamicProxy -Klasse empfängt es ein Zielobjekt, das das Objekt angibt, das Sie proxy möchten.

4. Die GetProxy -Methode wird verwendet, um ein Proxy -Objekt zu erstellen. Es verwendet die CGGLIB -Enhancer -Klasse, nimmt die Klasse des Zielobjekts als Superklasse (übergeordnete Klasse) und legt das aktuelle Objekt als Methoden -Interceptor fest (dies ist das aktuelle Objekt). Anschließend erstellt das Proxy -Objekt mit Enhancer und kehrt zurück.

5. In der Intercept -Methode wird zuerst die Methode des Proxy -Objekts aufgerufen, um den Beginn des CGGLIB -Dynamischen Proxys anzugeben und dann die entsprechende Methode des Zielobjekts aufzurufen. Dann gibt es erneut eine Textzeile aus, um das Ende des CGGLIB -Dynamikproxy anzuzeigen.

6. In der cglibdynamictest -Klasse erstellen wir ein Cglibdynamicproxy -Objekt und übergeben das LoginService -Objekt als Ziel an ihn. Wir verwenden dann die GetProxy -Methode, um das Proxy -Objekt zu erhalten und es in den LoginService -Typ zu verwandeln.

7. Schließlich verwenden wir das Proxy -Objekt, um die Anmeldemethode aufzurufen. Jedes Mal, wenn eine Methode aufgerufen wird, gibt der Proxy den Text vor und nach der Methode aus, um den Beginn und das Ende des CGGLIB -Dynamischen Proxys anzuzeigen.

JDK Dynamic Proxy implementiert alle Schnittstellen des Proxy -Objekts durch Reflexion, sodass JDK nur Proxy -Objekte, die Schnittstellenobjekte implementieren, profitieren können.

Cgllib schreibt alle Methoden der Proxy -Klasse um, sodass nicht alle Methoden verfolgt werden können (privat und endgültig können nicht verwendet werden).

JDK Dynamic Proxy wird durch die Implementierung der InvocationHandler -Schnittstelle implementiert.

CGGLIB Dynamic Proxy verwendet Unterklassen der Zielklasse, überschreibt die Geschäftsmethoden und fügt eine Kreuzkaltungslogik hinzu, um Abfangen zu erreichen.

JDK Dynamic Proxy und CGLIB -Proxy erzeugen während der Laufzeit neue Bytecode, aber die CGGLIB -Implementierung ist komplexer und verwendet das ASM -Framework.

JDK Dynamic Proxy querys die Schnittstellen aller Proxy -Objekte durch Reflexionsmechanismen und CGGLIB -Proxy -Aufrufmethoden direkt durch den Fast -Class -Mechanismus. Die Ausführungseffizienz ist, dass CGGLIB höher ist als JDK -Proxy.

Es kann das Proxy -Objekt vom realen als Zielobjekt trennen, den Grad der Kopplung des Systems reduzieren und ist leicht zu erweitern.

Durch Erhöhen der Komplexität des Systems wird ein Proxy -Objekt zwischen dem Client und dem Zielobjekt hinzugefügt, und die Anforderungsgeschwindigkeit verlangsamt sich.