从源码的角度搞懂Java代理模式，那些面试中你最容易忽略的细节

系统设计种类的数量增加，变得难以维护。

使用动态代理方式，可以有效避免以上的缺点

静态代理

====

静态代理其实就是最基础、最标准的代理模式实现方案。

举例：

Rent . java 即抽象角色

Landlord . java 即真实角色

Proxy . java 即代理

Client . java 即客户

结果：

• 带房客看房

• 房屋出租

• 收中介费

• Process finished with exit code 0

在这个过程中，客户接触的是中介，看不到房东，但是依旧租到了房东的房子。同时房东省了心，客户省了事。

静态代理享受代理模式的优点，同时也具有代理模式的缺点，那就是一旦实现的功能增加，将会变得异常冗余和复杂，秒变光头。

为了保护头发，就出现了动态代理模式！

动态代理

====

动态代理的出现就是为了解决传统静态代理模式的中的缺点。

具备代理模式的优点的同时，巧妙地解决了静态代理代码冗余，难以维护的缺点。

在Java中常用的有如下几种方式：

• JDK 原生动态代理

• cglib 动态代理

• javasist 动态代理

JDK原生动态代理

=========

上例中静态代理类中，中介作为房东的代理，实现了相同的租房接口。

例子

首先实现一个InvocationHandler，方法调用会被转发到该类的invoke()方法。

然后在需要使用Rent的时候，通过JDK动态代理获取Rent的代理对象。

客户使用动态代理调用

运行结果和前例相同

上述代码的核心关键是Proxy.newProxyInstance方法，该方法会根据指定的参数动态创建代理对象。

它三个参数的意义如下：

1. loader，指定代理对象的类加载器

2. interfaces，代理对象需要实现的接口，可以同时指定多个接口

3. handler，方法调用的实际处理者，代理对象的方法调用都会转发到这里

Proxy.newProxyInstance会返回一个实现了指定接口的代理对象，对该对象的所有方法调用都会转发给InvocationHandler.invoke()方法。

因此，在invoke()方法里我们可以加入任何逻辑，比如修改方法参数，加入日志功能、安全检查功能等等等等……

小结

==

显而易见，对于静态代理而言，我们需要手动编写代码让代理实现抽象角色的接口。

而在动态代理中，我们可以让程序在运行的时候自动在内存中创建一个实现抽象角色接口的代理，而不需要去单独定义这个类，代理对象是在程序运行时产生的，而不是编译期。

对于从Object中继承的方法，JDK Proxy会把hashCode()、equals()、toString()这三个非接口方法转发给InvocationHandler，其余的Object方法则不会转发。

CGLIB动态代理

=========

JDK动态代理是基于接口的，如果对象没有实现接口该如何代理呢？CGLIB代理登场

CGLIB(Code Generation Library)是一个基于ASM的字节码生成库，它允许我们在运行时对字节码进行修改和动态生成。CGLIB通过继承方式实现代理。

使用cglib需要引入cglib的jar包，如果你已经有spring-core的jar包，则无需引入，因为spring中包含了cglib。

来看示例，假设我们有一个没有实现任何接口的类Landlord：

因为没有实现接口，所以使用通过CGLIB代理实现如下：

首先实现一个MethodInterceptor，方法调用会被转发到该类的intercept()方法

客户通过CGLIB动态代理获取代理对象

运行输出结果和前例相同

对于从Object中继承的方法，CGLIB代理也会进行代理，如hashCode()、equals()、toString()等，但是getClass()、wait()等方法不会，因为它是final方法，CGLIB无法代理。

其实CGLIB和JDK代理的思路大致相同

上述代码中，通过CGLIB的Enhancer来指定要代理的目标对象、实际处理代理逻辑的对象。

最终通过调用create()方法得到代理对象，对这个对象所有非final方法的调用都会转发给

MethodInterceptor.intercept()方法。

在intercept()方法里我们可以加入任何逻辑，同JDK代理中的invoke()方法

通过调用MethodProxy.invokeSuper()方法，我们将调用转发给原始对象，具体到本例，就是Landlord的具体方法。CGLIG中MethodInterceptor的作用跟JDK代理中的InvocationHandler很类似，都是方法调用的中转站。

final类型

=======

CGLIB是通过继承的方式来实现动态代理的，有继承就不得不考虑final的问题。我们知道final类型不能有子类，所以CGLIB不能代理final类型，遇到这种情况会抛出类似如下异常：

写在最后

为了这次面试，也收集了很多的面试题！

以下是部分面试题截图

ethodInterceptor的作用跟JDK代理中的InvocationHandler很类似，都是方法调用的中转站。

final类型

=======

CGLIB是通过继承的方式来实现动态代理的，有继承就不得不考虑final的问题。我们知道final类型不能有子类，所以CGLIB不能代理final类型，遇到这种情况会抛出类似如下异常：

写在最后

为了这次面试，也收集了很多的面试题！

以下是部分面试题截图

[外链图片转存中…(img-JeVpw2ow-1721170493420)]