目录
概述
本文的demo使用的是最新版的jdk17，但是源码分析使用的是使用最多的JDK8，望大家了解。
身为一名🐒我们经常听到代理这个名词，java中的代理包括静态代理和动态代理两大类。其中动态代理又包括 JDK动态代理和cglib动态代理。其中JDK动态代理和cglib动态代理是使用较多的两只方式，静态代理简单，但是写起来代码过于冗余。
在框架中经常能够看到动态代理的身影，如果不掌握不熟悉动态代理的话，看起源码来简直就是噩梦。
Spring的AOP实现IOC的实现都适用了代理的方式，主要应用了JDK动态代理以及CGLIB动态代理。但是本文着重介绍JDK动态代理机制，CGLIB动态代理后面会接着探究。
代理在我们的生活中也是常见的名词，故名思义，就是将自己干的活找个代理方也就是再找一个人帮我们去做，自己不实际动手去做。就像我租房时🏠要找中介一样，我们不去真正去找房子，找房子的工作交给房屋中介去找。我们只需交钱入住。
写的代码多了，其实我们的生活就像一个程序，程序也像生活，都是有交集相通的。
下面唠两块钱代理模式：
代理模式是常用的java设计模式，他的特征是代理类与委托类有同样的接口，代理类主要负责为委托类预处理消息、过滤消息、把消息转发给委托类，以及事后处理消息等。代理类与委托类之间通常会存在关联关系，一个代理类的对象与一个委托类的对象关联，代理类的对象本身并不真正实现服务，而是通过调用委托类的对象的相关方法，来提供特定的服务。
就像上面找房的例子一样，我们是通过中介找房的。这个中介就是代理对象，就是通过中间商完成一件事情。
简单的说就是，我们在访问实际对象时，是通过代理对象来访问的，代理模式就是在访问实际对象时引入一定程度的间接性，因为这种间接性，可以附加多种用途。在后面我会解释这种间接性带来的好处。
废话不多说了，开始我们今天的主题-----代理。
静态代理
我们第一次学习代理的时候肯定是从静态代理学起的。因为静态代理相对动态代理来说更加的简单形象，看得见摸得着，对于新手来说更加的友好👬。
实现方法如下：
创建一个接口A，然后创建被代理的类实现该接口A并且实现该接口中的抽象方法。
之后再创建一个代理类，同时使其也实现这个接口A。在代理类中持有一个被代理对象的引用，而后在代理类方法中调用该对象的方法。
这样就达到了移花接木的效果。
代理的目的就是对被代理的类实现增强的操作，就想我们去找房，我们自己去找的话，直接去房主那里，不能对房主的信息进行其他操作，这个人信用问题怎么样房间怎么样，一般情况我们是很难清除这些信息的。
而从中介找房就不一样了，通过中介，中介毕竟时专门找房源租房的，能够对房主的信息进行处理，登记房主的一些基本信息，同时如果能够共享信用信息的话，房主的信用也能够进行筛选，同时房屋的信息也是能够获取到的，如果房主失信等等，能够第一时间将其过滤掉，给租房人找到优质的房源，同时代价家就是，这样费钱，在计算机里就是费资源。
其实就是代理类为被代理类进行预处理的功能。
预处理消息、过滤消息并在此之后将消息转发给被代理类，之后还能进行消息的后置处理。代理类和被代理类通常会存在关联关系(即上面提到的持有的被带离对象的引用)，代理类本身不实现服务，而是通过调用被代理类中的方法来提供服务，代理类只是实现增强的功能。
实现方法
先编写一个接口：
public interface HelloInterface {
/**
* 抽象方法
*/
void sayHello();
}编写实现类
public class Hello implements HelloInterface {
@Override
public void sayHello() {
System.out.println("hello 我是被代理类");
}
}编写代理类
public class HelloProxy implements HelloInterface {
private HelloInterface helloInterface = new Hello();
@Override
public void sayHello() {
System.out.println("我是代理类，增强了被代理的方法，输出前");
helloInterface.sayHello();
System.out.println("我是代理类，增强了被代理的方法，输出后");
}
}两个类实现了相同的接口，这样就有了相同的方法结构。代理对象有被代理对象的引用 这样调用代理类的方法时， 就能使用被代理对象的方法了。
输出结果如上，代理类增强了被代理对象，使其更加强大了。
我们可以看出，使用JDK静态代理很容易就完成了对一个类的代理操作。但是JDK静态代理的缺点也暴露了出来：由于代理只能为一个类服务，如果需要代理的类很多，那么就需要编写大量的代理类，比较繁琐。 这简直是太麻烦了，对于懒惰的🐒来说，这怎么能行呢。
一天一共就24小时，平时的工作时间都不够用，给你在这造轮子，
于是聪明的🐒就发吗了动态代理，能够在运行时动态的实现静态代理的功能，这样做起来才高效，符合我们的作风。
下面我们就来聊十块钱的动态代理
动态代理
代理类在程序运行时创建的代理方式被成为动态代理。
我们上面静态代理的例子中，代理类是自己定义好的，在程序运行之前就已经编译完成。
然而动态代理，代理类并不是在Java代码中定义的，而是在运行时根据我们在Java代码中的“指示”动态生成的。相比于静态代理， 动态代理的优势在于可以很方便的对代理类的函数进行统一的处理，而不用修改每个代理类中的方法。
被代理的类同样是实现一个接口，这里还是上面那个接口
代理对象实现的接口就不一样了，否则跟之前的操作不久一样了。
实现方法
动态代理类
public class DynamicProxyHandler<T> implements InvocationHandler {
private T target;
public DynamicProxyHandler(T target) {
this.target = target;
}
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println("我是动态代理类，增强了被代理的方法，输出前");
Object invoke = method.invoke(target, args);
System.out.println("我是动态代理类，增强了被代理的方法，输出后");
return null;
}
}使用测试🌰
这里有一种相对复杂的实现方法，现在已经废弃，只需知道就行
//动态代理：实现方法1
Hello hello = new Hello();
InvocationHandler dynamicProxy = new DynamicProxyHandler(hello);
Class<?> proxyClass = Proxy.getProxyClass(HelloInterface.class.getClassLoader(),
new Class<?>[]{HelloInterface.class});
Constructor<?> constructor = proxyClass.getConstructor(InvocationHandler.class);
HelloInterface instance = (HelloInterface)constructor.newInstance(dynamicProxy);
instance.sayHello();
下面是使用 Proxy.newProxyInstance简化的，这个需要掌握
// 创建一个实例对象，这个对象是被代理的对象
Hello hello = new Hello();
///创建一个与代理对象相关联的InvocationHandler
InvocationHandler dynamicProxy = new DynamicProxyHandler(hello);
//创建一个代理对象 proxyInstance 来代理z hello，代理对象的每个执行方法都会替换执行Invocation中的invoke方法
HelloInterface proxyInstance =
(HelloInterface) Proxy.newProxyInstance(
dynamicProxy.getClass().getClassLoader(),
hello.getClass().getInterfaces(),
dynamicProxy);
//执行代理中的方法
proxyInstance.sayHello();代理对象的每个执行方法都会替换执行Invocation中的invoke方法执行，到这里肯定都会很疑惑，这动态代理到底是如何执行的，是如何通过代理对象来执行被代理对象的方法的，
Proxy.newProxyInstance创建代理的这个类需要三个参数，
类加载器，接口和动态代理类。可见JDK的动态代理需要实现接口，JDK动态代理其实也是基本接口实现的。因为通过接口指向实现类实例的多态方式，可以有效地将具体实现与调用解耦，便于后期的修改和维护。
通过上面的介绍，我们可以发现JDK静态代理与JDK动态代理之间有些许相似，比如说都要创建代理类，以及代理类都要实现接口等。
但是不同之处也非常明显----在静态代理中我们需要对哪个接口和哪个被代理类创建代理类，所以我们在编译前就需要代理类实现与被代理类相同的接口，并且直接在实现的方法中调用被代理类相应的方法；但是动态代理则不同，我们不知道要针对哪个接口、哪个被代理类创建代理类，因为它是在运行时被创建的。
让我们用一句话来总结一下JDK静态代理和JDK动态代理的区别，然后开始探究JDK动态代理的底层实现机制：
JDK静态代理是通过直接编码创建的，而JDK动态代理是利用反射机制在运行时创建代理类的。
其实在动态代理中，核心是InvocationHandler。每一个代理的实例都会有一个关联的调用处理程序(InvocationHandler)。对代理实例进行调用时，将对方法的调用进行编码并指派到它的调用处理器(InvocationHandler)的invoke方法。所以对代理对象实例方法的调用都是通过InvocationHandler中的invoke方法来完成的，而invoke方法会根据传入的代理对象、方法名称以及参数决定调用代理的哪个方法。
总结：
上面说到，动态代理的优势在于可以很方便的对代理类的函数进行统一的处理，而不用修改每个代理类中的方法。是因为所有被代理执行的方法，都是通过在InvocationHandler中的invoke方法调用的，所以我们只要在invoke方法中统一处理，就可以对所有被代理的方法进行相同的操作了。例如，这里的方法计时，所有的被代理对象执行的方法都会被计时，然而我只做了很少的代码量。
动态代理的过程，代理对象和被代理对象的关系不像静态代理那样一目了然，清晰明了。因为动态代理的过程中，我们并没有实际看到代理类，也没有很清晰地的看到代理类的具体样子，而且动态代理中被代理对象和代理对象是通过InvocationHandler来完成的代理过程的，其中具体是怎样操作的，为什么代理对象执行的方法都会通过InvocationHandler中的invoke方法来执行。带着这些问题，我们就需要对java动态代理的源码进行简要的分析，弄清楚其中缘由。
我们从JDK动态代理的测试类中可以发现代理类生成是通过Proxy类中的newProxyInstance来完成的，下面我们进入这个函数看一看：
主要的代码有
-
final Class<?>[] intfs = interfaces.clone();
-
Class<?> cl = getProxyClass0(loader, intfs);
-
final Constructor<?> cons = cl.getConstructor(constructorParams);
-
cons.newInstance(new Object[]{h});
public static Object newProxyInstance(ClassLoader loader,
Class<?>[] interfaces,
InvocationHandler h)
throws IllegalArgumentException
{
//如果h为空将抛出异常
Objects.requireNonNull(h);
final Class<?>[] intfs = interfaces.clone();//拷贝被代理类实现的一些接口，用于后面权限方面的一些检查
final SecurityManager sm = System.getSecurityManager();
if (sm != null) {
//在这里对某些安全权限进行检查，确保我们有权限对预期的被代理类进行代理
checkProxyAccess(Reflection.getCallerClass(), loader, intfs);
}
/*
* 下面这个方法将产生代理类
*/
Class<?> cl = getProxyClass0(loader, intfs);
/*
* 使用指定的调用处理程序获取代理类的构造函数对象
*/
try {
if (sm != null) {
checkNewProxyPermission(Reflection.getCallerClass(), cl);
}
final Constructor<?> cons = cl.getConstructor(constructorParams);
final InvocationHandler ih = h;
//假如代理类的构造函数是private的，就使用反射来set accessible
if (!Modifier.isPublic(cl.getModifiers())) {
AccessController.doPrivileged(new PrivilegedAction<Void>() {
public Void run() {
cons.setAccessible(true);
return null;
}
});
}
//根据代理类的构造函数来生成代理类的对象并返回
return cons.newInstance(new Object[]{h});
} catch (IllegalAccessException|InstantiationException e) {
throw new InternalError(e.toString(), e);
} catch (InvocationTargetException e) {
Throwable t = e.getCause();
if (t instanceof RuntimeException) {
throw (RuntimeException) t;
} else {
throw new InternalError(t.toString(), t);
}
} catch (NoSuchMethodException e) {
throw new InternalError(e.toString(), e);
}
}其实，我们最应该关注的是 Class<?> cl = getProxyClass0(loader, intfs);这句，这里产生了代理类，后面代码中的构造器也是通过这里产生的类来获得，可以看出，这个类的产生就是整个动态代理的关键，由于是动态生成的类文件，我这里不具体进入分析如何产生的这个类文件，只需要知道这个类文件是缓存在java虚拟机中的，我们可以通过下面的方法将其打印到文件里面，一睹真容：
public static void main(String[] args) {
byte[] classFile = ProxyGenerator.generateProxyClass("$Proxy0", DynamicHello.class.getInterfaces());
String path = "/Users/ligang/Desktop/DynamicHello.class";
try(FileOutputStream fos = new FileOutputStream(path)) {
fos.write(classFile);
fos.flush();
System.out.println("代理类class文件写入成功");
} catch (Exception e) {
System.out.println("写文件错误");
}
}（这时我们就能具体的看到动态代理给我们生成的字节码文件了）
下面说生成的字节码对象用idea反编译的结果
重点来了！！！
生成代理对象的时候，会将InvocationHandler对象传到构造中，h是protected InvocationHandler h;就是InvocationHandler 所以调用代理类的方法，最终会调invoke方法。而invocationHandler又持有被逮了对象的实例
// 创建一个实例对象，这个对象是被代理的对象
Hello hello = new Hello();
///创建一个与代理对象相关联的InvocationHandler
InvocationHandler dynamicProxy = new DynamicProxyHandler(hello);super.h.invoke(this, m3, (Object[])null);
public final class $Proxy0 extends Proxy implements HelloInterface {
private static Method m1;
private static Method m3;
private static Method m2;
private static Method m0;
/**
*注意这里是生成代理类的构造方法，方法参数为InvocationHandler类型，看到这，是不是就有点明白
*为何代理对象调用方法都是执行InvocationHandler中的invoke方法，而InvocationHandler又持有一个
*被代理对象的实例，不禁会想难道是....？ 没错，就是你想的那样。
*
*super(paramInvocationHandler)，是调用父类Proxy的构造方法。
*父类持有：protected InvocationHandler h;
*Proxy构造方法：
* protected Proxy(InvocationHandler h) {
* Objects.requireNonNull(h);
* this.h = h;
* }
*
*/
public $Proxy0(InvocationHandler var1) throws {
super(var1);
}
public final boolean equals(Object var1) throws {
try {
return (Boolean)super.h.invoke(this, m1, new Object[]{var1});
} catch (RuntimeException | Error var3) {
throw var3;
} catch (Throwable var4) {
throw new UndeclaredThrowableException(var4);
}
}
/**
*
*这里调用代理对象的sayHello方法，直接就调用了InvocationHandler中的invoke方法，并把m3传了进去。
*this.h.invoke(this, m3, null);这里简单，明了。
*来，再想想，代理对象持有一个InvocationHandler对象，InvocationHandler对象持有一个被代理的对象，
*再联系到InvacationHandler中的invoke方法。嗯，就是这样。
*/
public final void sayHello() throws {
try {
super.h.invoke(this, m3, (Object[])null);
} catch (RuntimeException | Error var2) {
throw var2;
} catch (Throwable var3) {
throw new UndeclaredThrowableException(var3);
}
}
public final String toString() throws {
try {
return (String)super.h.invoke(this, m2, (Object[])null);
} catch (RuntimeException | Error var2) {
throw var2;
} catch (Throwable var3) {
throw new UndeclaredThrowableException(var3);
}
}
public final int hashCode() throws {
try {
return (Integer)super.h.invoke(this, m0, (Object[])null);
} catch (RuntimeException | Error var2) {
throw var2;
} catch (Throwable var3) {
throw new UndeclaredThrowableException(var3);
}
}
//看看这儿静态块儿里面有什么，是不是找到了sayHello方法。请记住sayHello通过反射得到的名字m3，其他的先不管
static {
try {
m1 = Class.forName("java.lang.Object").getMethod("equals", Class.forName("java.lang.Object"));
m3 = Class.forName("HelloInterface").getMethod("sayHello");
m2 = Class.forName("java.lang.Object").getMethod("toString");
m0 = Class.forName("java.lang.Object").getMethod("hashCode");
} catch (NoSuchMethodException var2) {
throw new NoSuchMethodError(var2.getMessage());
} catch (ClassNotFoundException var3) {
throw new NoClassDefFoundError(var3.getMessage());
}
}
}
通过字节码反编译我们得知所有的方法都会调invoke中的方法，所以toString方法也会调用invoke方法，下面我们试一下
果然是这样的！！！
jdk为我们的生成了一个叫$Proxy0（这个名字后面的0是编号，有多个代理类会一次递增）的代理类，这个类文件时放在内存中的，我们在创建代理对象时，就是通过反射获得这个类的构造方法，然后创建的代理实例。（之前的静态代理是我们自己写的代码，而动态代理是JDK通过反射给我们生成的字节码并放到内存当中的） 看来🐒就是聪明，哈哈。
通过对这个生成的代理类源码的查看，我们很容易能看出，动态代理实现的具体过程。
我们可以对InvocationHandler看做一个中介类，中介类持有一个被代理对象，在invoke方法中调用了被代理对象的相应方法。通过聚合方式持有被代理对象的引用，把外部对invoke的调用最终都转为对被代理对象的调用。
代理类调用自己方法时，通过自身持有的中介类对象来调用中介类对象的invoke方法，从而达到代理执行被代理对象的方法。也就是说，动态代理通过中介类实现了具体的代理功能。
下面再对getProxyClass0方法进行跟进
/**
* 生成一个代理类，但是在调用本方法之前必须进行权限检查
*/
private static Class<?> getProxyClass0(ClassLoader loader,
Class<?>... interfaces) {
//如果接口数量大于65535，抛出非法参数错误
if (interfaces.length > 65535) {
throw new IllegalArgumentException("interface limit exceeded");
}
// 如果在缓存中有对应的代理类，那么直接返回
// 否则代理类将有 ProxyClassFactory 来创建
return proxyClassCache.get(loader, interfaces);
}带着疑问🤔️我们看一下这个代理类的🏭究竟是个什么东西？？？
这里的逻辑就相对复杂了，代码很多。主要是有两个变量设计代理类的名字的命名的，
/**
* 里面有一个根据给定ClassLoader和Interface来创建代理类的工厂函数
*
*/
private static final class ProxyClassFactory
implements BiFunction<ClassLoader, Class<?>[], Class<?>>
{
// 代理类的名字的前缀统一为“$Proxy”
private static final String proxyClassNamePrefix = "$Proxy";
// 每个代理类前缀后面都会跟着一个唯一的编号，如$Proxy0、$Proxy1、$Proxy2
private static final AtomicLong nextUniqueNumber = new AtomicLong();
@Override
public Class<?> apply(ClassLoader loader, Class<?>[] interfaces) {
Map<Class<?>, Boolean> interfaceSet = new IdentityHashMap<>(interfaces.length);
for (Class<?> intf : interfaces) {
/*
* 验证类加载器加载接口得到对象是否与由apply函数参数传入的对象相同
*/
Class<?> interfaceClass = null;
try {
interfaceClass = Class.forName(intf.getName(), false, loader);
} catch (ClassNotFoundException e) {
}
if (interfaceClass != intf) {
throw new IllegalArgumentException(
intf + " is not visible from class loader");
}
/*
* 验证这个Class对象是不是接口
*/
if (!interfaceClass.isInterface()) {
throw new IllegalArgumentException(
interfaceClass.getName() + " is not an interface");
}
/*
* 验证这个接口是否重复
*/
if (interfaceSet.put(interfaceClass, Boolean.TRUE) != null) {
throw new IllegalArgumentException(
"repeated interface: " + interfaceClass.getName());
}
}
String proxyPkg = null; // 声明代理类所在的package
int accessFlags = Modifier.PUBLIC | Modifier.FINAL;
/*
* 记录一个非公共代理接口的包，以便在同一个包中定义代理类。同时验证所有非公共
* 代理接口都在同一个包中
*/
for (Class<?> intf : interfaces) {
int flags = intf.getModifiers();
if (!Modifier.isPublic(flags)) {
accessFlags = Modifier.FINAL;
String name = intf.getName();
int n = name.lastIndexOf('.');
String pkg = ((n == -1) ? "" : name.substring(0, n + 1));
if (proxyPkg == null) {
proxyPkg = pkg;
} else if (!pkg.equals(proxyPkg)) {
throw new IllegalArgumentException(
"non-public interfaces from different packages");
}
}
}
if (proxyPkg == null) {
// 如果全是公共代理接口，那么生成的代理类就在com.sun.proxy package下
proxyPkg = ReflectUtil.PROXY_PACKAGE + ".";
}
/*
* 为代理类生成一个name package name + 前缀+唯一编号
* 如 com.sun.proxy.$Proxy0.class
*/
long num = nextUniqueNumber.getAndIncrement();
String proxyName = proxyPkg + proxyClassNamePrefix + num;
/*
* 生成指定代理类的字节码文件
*/
byte[] proxyClassFile = ProxyGenerator.generateProxyClass(
proxyName, interfaces, accessFlags);
try {
return defineClass0(loader, proxyName,
proxyClassFile, 0, proxyClassFile.length);
} catch (ClassFormatError e) {
/*
* A ClassFormatError here means that (barring bugs in the
* proxy class generation code) there was some other
* invalid aspect of the arguments supplied to the proxy
* class creation (such as virtual machine limitations
* exceeded).
*/
throw new IllegalArgumentException(e.toString());
}
}
}/* * 为代理类生成一个name package name + 前缀+唯一编号 * 如 com.sun.proxy.$Proxy0.class */
这里面最重要的就是最后几行ProxyGenerator代理生成。
由上方代码
byte[] proxyClassFile = ProxyGenerator.generateProxyClass(proxyName, interfaces, accessFlags);可以看到，其实生成代理类字节码文件的工作是通过 ProxyGenerate类中的generateProxyClass方法来完成的。
接下来继续跟踪一下这个字节码文件纠究竟是怎么生成的。
这个方法有三个参数，分别是
- proxyName：代理名 String proxyName = proxyPkg + proxyClassNamePrefix + num;
- interfaces：接口的class对象
Class<?> interfaceClass = null;
try {
interfaceClass = Class.forName(intf.getName(), false, loader);
- accessFlags：一个标识 int accessFlags = Modifier.PUBLIC | Modifier.FINAL;
public static byte[] generateProxyClass(final String var0, Class<?>[] var1, int var2) {
ProxyGenerator var3 = new ProxyGenerator(var0, var1, var2);
// 真正用来生成代理类字节码文件的方法在这里
final byte[] var4 = var3.generateClassFile();
// 保存代理类的字节码文件
if(saveGeneratedFiles) {
AccessController.doPrivileged(new PrivilegedAction() {
public Void run() {
try {
int var1 = var0.lastIndexOf(46);
Path var2;
if(var1 > 0) {
Path var3 = Paths.get(var0.substring(0, var1).replace('.', File.separatorChar),
new String[0]);
Files.createDirectories(var3, new FileAttribute[0]);
var2 = var3.resolve(var0.substring(var1 + 1, var0.length()) + ".class");
} else {
var2 = Paths.get(var0 + ".class", new String[0]);
}
Files.write(var2, var4, new OpenOption[0]);
return null;
} catch (IOException var4x) {
throw new InternalError("I/O exception saving generated file: " + var4x);
}
}
});
}
return var4;
}这里做的主要是生成代理类的字节码文件：
将接口中的方法和Object的方法添加到代理方法中去（proxyMethod）
下面是将接口与Object中一些方法添加到代理类中的addProxyMethod方法：
private void addProxyMethod(Method var1, Class<?> var2) {
String var3 = var1.getName();//获得方法名称
Class[] var4 = var1.getParameterTypes();//获得方法参数类型
Class var5 = var1.getReturnType();//获得方法返回类型
Class[] var6 = var1.getExceptionTypes();//异常类型
String var7 = var3 + getParameterDescriptors(var4);//获得方法签名
Object var8 = (List)this.proxyMethods.get(var7);//根据方法前面获得proxyMethod的value
if(var8 != null) {//处理多个代理接口中方法重复的情况
Iterator var9 = ((List)var8).iterator();
while(var9.hasNext()) {
ProxyGenerator.ProxyMethod var10 = (ProxyGenerator.ProxyMethod)var9.next();
if(var5 == var10.returnType) {
ArrayList var11 = new ArrayList();
collectCompatibleTypes(var6, var10.exceptionTypes, var11);
collectCompatibleTypes(var10.exceptionTypes, var6, var11);
var10.exceptionTypes = new Class[var11.size()];
var10.exceptionTypes = (Class[])var11.toArray(var10.exceptionTypes);
return;
}
}
} else {
var8 = new ArrayList(3);
this.proxyMethods.put(var7, var8);
}
((List)var8).add(new ProxyGenerator.ProxyMethod(var3, var4, var5, var6, var2, null));
}总结：
静态代理：在编译时就已经将接口，被代理类，代理类等确定下来。在程序运行之前，代理类的.class文件就已经生成。
动态代理：（之前的静态代理是我们自己写的代码，而动态代理是JDK通过反射给我们生成的字节码并放到内存当中的）
生成的代理类：$Proxy0 extends Proxy implements HelloInterface，我们看到代理类继承了Proxy类，所以也就决定了java动态代理只能对接口进行代理，Java的继承机制注定了这些动态代理类们无法实现对class的动态代理。
上面的动态代理的例子，其实就是AOP的一个简单实现了，在目标对象的方法执行之前和执行之后进行了处理，对方法耗时统计。Spring的AOP实现其实也是用了Proxy和InvocationHandler这两个东西的。
如果觉得本文对你有帮助，欢迎点赞，欢迎关注我，如果有补充欢迎评论交流，我将努力创作更多更好的文章。
创作不易，欢迎动一动你机智的小手帮博主点个赞👍
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
