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

理解Java动态代理需要对Java的反射机制有一定了解

在有些情况下&＃xff0c;一个客户不能或者不想直接访问另一个对象&＃xff0c;这时需要找一个中介帮忙完成某项任务&＃xff0c;这个中介就是代理对象。

例如&＃xff0c;购买火车票不一定要去火车站买&＃xff0c;可以通过 12306 网站或者去火车票代售点买票。又如找女朋友、找保姆、找工作等都可以通过找中介完成。

由于某些原因需要给某对象提供一个代理以控制对该对象的访问。

访问对象不适合或者不能直接引用目标对象&＃xff0c;代理对象作为访问对象和目标对象之间的中介。

• 抽象角色&＃xff08;Subject&＃xff09;&＃xff1a;通过接口或抽象类声明真实主题和代理对象实现的业务方法。
• 真实角色&＃xff08;Real Subject&＃xff09;&＃xff1a;实现了抽象主题中的具体业务&＃xff0c;是代理对象所代表的真实对象&＃xff0c;是最终要引用的对象。
• 代理&＃xff08;Proxy&＃xff09;&＃xff1a;提供了与真实主题相同的接口&＃xff0c;其内部含有对真实主题的引用&＃xff0c;它可以访问、控制或扩展真实主题的功能。
• 客户&＃xff1a;使用代理角色来进行一些操作。

代理模式在客户端与目标对象之间起到一个中介作用和保护目标对象的作用

代理对象可以扩展目标对象的功能

代理模式能将客户端与目标对象分离&＃xff0c;在一定程度上降低了系统的耦合度&＃xff0c;增加了程序的可扩展性

冗余&＃xff0c;由于代理对象要实现与目标对象一致的接口&＃xff0c;会产生过多的代理类。

系统设计种类的数量增加&＃xff0c;变得难以维护。

使用动态代理方式&＃xff0c;可以有效避免以上的缺点

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

举例&＃xff1a;

Rent . java 即抽象角色

Landlord . java 即真实角色

Proxy . java 即代理

Client . java 即客户

结果&＃xff1a;

• 带房客看房
• 房屋出租
• 收中介费
• Process finished with exit code 0

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

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

为了保护头发&＃xff0c;就出现了动态代理模式&＃xff01;

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

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

在Java中常用的有如下几种方式&＃xff1a;

• JDK 原生动态代理
• cglib 动态代理
• javasist 动态代理

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

例子

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

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

客户使用动态代理调用

运行结果和前例相同

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

它三个参数的意义如下&＃xff1a;

1. loader&＃xff0c;指定代理对象的类加载器
2. interfaces&＃xff0c;代理对象需要实现的接口&＃xff0c;可以同时指定多个接口
3. handler&＃xff0c;方法调用的实际处理者&＃xff0c;代理对象的方法调用都会转发到这里

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

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

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

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

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

JDK动态代理是基于接口的&＃xff0c;如果对象没有实现接口该如何代理呢&＃xff1f;CGLIB代理登场

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

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

来看示例&＃xff0c;假设我们有一个没有实现任何接口的类Landlord&＃xff1a;

因为没有实现接口&＃xff0c;所以使用通过CGLIB代理实现如下&＃xff1a;

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

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

运行输出结果和前例相同

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

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

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

最终通过调用create()方法得到代理对象&＃xff0c;对这个对象所有非final方法的调用都会转发给
MethodInterceptor.intercept()方法。

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

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

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

java.lang.IllegalArgumentException: Cannot subclass final class cglib.HelloConcrete

同样的&＃xff0c;final方法是不能重载的&＃xff0c;所以也不能通过CGLIB代理&＃xff0c;遇到这种情况不会抛异常&＃xff0c;而是会跳过final方法只代理其他方法。

其他方案

• 使用ASM在被代理类基础上生成新的字节码形成代理类
• 使用javassist在被代理类基础上生成新的字节码形成代理类

javassist也是常用的一种动态代理方案&＃xff0c;ASM速度非常快&＃xff0c;这里不在进行展开。

动态代理是[Spring AOP(https://jq.qq.com/?_wv&＃61;1027&k&＃61;0IsBuUb0)(Aspect Orient Programming, 面向切面编程)的实现方式&＃xff0c;了解动态代理原理&＃xff0c;对理解Spring AOP大有帮助。

• 如spring等这样的框架&＃xff0c;要增强具体业务的逻辑方法&＃xff0c;不可能在框架里面去写一个静态代理类&＃xff0c;太蠢了&＃xff0c;只能按照用户的注解或者xml配置来动态生成代理类。
• 业务代码内&＃xff0c;当需要增强的业务逻辑非常通用&＃xff08;如:添加log&＃xff0c;重试&＃xff0c;统一权限判断等&＃xff09;时&＃xff0c;使用动态代理将会非常简单&＃xff0c;如果每个方法增强逻辑不同&＃xff0c;那么静态代理更加适合。
• 使用静态代理时&＃xff0c;如果代理类和被代理类同时实现了一个接口&＃xff0c;当接口方法有变动时&＃xff0c;代理类也必须同时修改&＃xff0c;代码将变得臃肿且难以维护。