1. Crie um objeto de proxy dinâmico JDK e passe o objeto MemberServiceImpl como um parâmetro de destino.

2. Em seguida, chame o método getProxy, que chama proxy.newproxyInstance para carregar o objeto proxy deste MemberServiceImpl.

3. Chame o método de login através do objeto Proxy gerado, que não é o método do próprio MemberServiceImpl, mas é chamado para o método Invoke no InvocationHandler.

4. Aprimoramentos correspondentes podem ser feitos no método Invoke, onde o parâmetro do método é o método do objeto proxy, e args é o método do objeto de procuração

Análise NewProxyInstance

1. Existe uma classe normal chamada LogInservice, que contém um método de login para executar operações de login.

2. Existe uma classe chamada cglibdynamicproxy que implementa a interface MethodInterceptor. O objetivo desta classe é criar um objeto de proxy dinâmico do CGLIB para executar métodos em vez de outros objetos.

3. No construtor da classe CGlibdynamicProxy, ele recebe um objeto de destino, indicando o objeto que você deseja proxy.

4. O método getProxy é usado para criar um objeto proxy. Ele usa a classe Enhancer do CGLIB, pega a classe do objeto de destino como a superclasse (classe pai) e define o objeto atual como um interceptador de método (isso representa o objeto atual). Em seguida, ele cria o objeto proxy usando o intensificador e o retorno.

5. No método de interceptação, quando o método do objeto proxy for chamado, ele primeiro produzirá uma linha de texto para indicar o início do proxy dinâmico do CGLIB e depois chamará o método correspondente do objeto de destino. Em seguida, ele produz uma linha de texto novamente para indicar o final do proxy dinâmico do CGLIB.

6. Na classe CGlibdynamict, criamos um objeto CglibdynamicProxy e passamos o objeto Loginservice para ele como o destino. Em seguida, usamos o método getProxy para obter o objeto Proxy e transformá -lo no tipo Loginservice.

7. Finalmente, usamos o objeto proxy para chamar o método de login. Cada vez que um método é chamado, o proxy produzirá texto antes e depois do método para indicar o início e o final do proxy dinâmico do CGLIB.

O proxy dinâmico do JDK implementa todas as interfaces do objeto proxy através da reflexão, para que o JDK possa apenas proxy objetos que implementam objetos de interface;

O CGLLLIB reescreverá todos os métodos da classe Proxy, para que nem todos os métodos possam ser proxiados (privado e final não podem ser usados);

O proxy dinâmico do JDK é implementado implementando a interface InvocationHandler.

O proxy dinâmico do CGLIB usa subclasses da classe de destino, substitui os métodos de negócios e adiciona lógica cruzada para obter interceptação;

O proxy dinâmico do JDK e o proxy CGLIB geram novos bytecode durante o tempo de execução, mas a implementação do CGLIB é mais complexa e usa a estrutura ASM.

O proxy dinâmico do JDK consulta as interfaces de todos os objetos de proxy por meio de mecanismos de reflexão, e o CGLIB proxy chama métodos diretamente através do mecanismo FastClass, de modo que a eficiência da execução é que o CGLIB é maior que o proxy JDK;

Ele pode separar o objeto proxy do objeto de destino real, reduzir o grau de acoplamento do sistema e é fácil de expandir.

Aumentar a complexidade do sistema adicionará um objeto proxy entre o cliente e o objeto de destino, e a velocidade da solicitação diminuirá.