Java的三种代理模式&完整源码分析

参考资料:

博客园-Java的三种代理模式

简书-JDK动态代理-超详细源码分析

[博客园-WeakCache缓存的实现机制](https://www.cnblogs.com/liuyun1995/p/8144676.html)

静态代理

静态代理在使用时,需要定义接口或者父类,被代理对象与代理对象一起实现相同的接口或者是继承相同父类

  1. 可以做到在不修改目标对象的功能前提下,对目标功能扩展
  2. 缺点:
    1. 因为代理对象需要与目标对象实现一样的接口,所以会有很多代理类,类太多
    2. 同时,一旦接口增加方法,目标对象与代理对象都要维护

如何解决静态代理中的缺点呢?答案是可以使用动态代理方式

实现静态代理的步骤

  1. 定义业务接口
  2. 被代理类实现业务接口
  3. 定义代理类并实现业务接口
  4. 最后便可通过客户端进行调用(这里可以理解成程序的main方法里的内容)

定义接口 UserInterface

public interface UserInterface {
// 保存用户信息
void save();
}

定义接口的实现类 UserService

public class UserService implements UserInterface  {
@Override
public void save() {
System.out.println("[静态代理] 保存用户信息");
}
}

定义静态代理 UserProxy

public class UserProxy implements UserInterface  {

    private UserInterface userInterface;

    public UserProxy(UserInterface userInterface) {
this.userInterface = userInterface;
} /**
* save 代理方法
*/
@Override
public void save() {
// 调用目标方法前处理
System.out.println("[静态代理] save 开始代理..."); // 调用目标方法
userInterface.save(); // 调用目标方法后处理
System.out.println("[静态代理] save 结束代理...");
}
}

测试客户端

public class Client {
public static void main(String[] args) {
// 新建目标对象
UserService userService = new UserService(); // 创建目标对象的代理对象
UserProxy userProxy = new UserProxy(userService); // 执行代理对象
userProxy.save();
}
}
动态代理

Java动态代理的优势是实现无侵入式的代码扩展,也就是方法的增强;让你可以在不用修改源码的情况下,增强一些方法;在方法的前后你可以做你任何想做的事情(甚至不去执行这个方法就可以)

特点

  1. 在程序运行时,通过反射机制动态生成
  2. 动态代理类通常代理接口下的所有类
  3. 动态代理事先不知道要代理的是什么,只有在运行的时候才能确定
JDK动态代理
  1. 动态代理的调用处理程序必须事先InvocationHandler接口,及使用Proxy类中的newProxyInstance方法动态的创建代理类
  2. Java动态代理只能代理接口,要代理类需要使用第三方的CLIGB等类库

问题

  1. 为什么JDK动态代理只能代理接口?
Proxy.java->ProxyClassFactory->apply();

/*
* Verify that the Class object actually represents an
* interface.
*/
// interfaceClass 指的是 Proxy.newProxyInstance 中的 interfaces
if (!interfaceClass.isInterface()) {
throw new IllegalArgumentException(
interfaceClass.getName() + " is not an interface");
}

注意该方法是在Proxy类中是静态方法,且接收的三个参数依次为:

  • ClassLoader loader:指定当前目标对象使用类加载器,获取加载器的方法是固定的
  • Class<?>[] interfaces:目标对象实现的接口的类型,使用泛型方式确认类型
  • InvocationHandler h:事件处理,执行目标对象的方法时,会触发事件处理器的方法,会把当前执行目标对象的方法作为参数传入

实现JDK动态代理的步骤

  1. 创建被代理的接口和类
  2. 创建InvocationHandler接口的实现类,在invoke方法中实现代理逻辑
  3. 通过Proxy的静态方法newProxyInstance( ClassLoaderloader, Class[] interfaces, InvocationHandler h)创建一个代理对象
  4. 使用代理对象

定义接口 UserInterface

public interface UserInterface {
// 保存用户信息
void save(); // 更新用户信息
void update();
}

定义接口的实现类 UserService

public class UserService implements UserInterface {
@Override
public void save() {
System.out.println("[JDK动态代理] 保存用户信息");
} @Override
public void update() {
System.out.println("[JDK动态代理] 更新用户信息");
}
}

定义代理工厂 ProxyFactory

public class ProxyFactory {
// 维护的目标对象
private Object target; private Class<?> clazz; public ProxyFactory(Object target, Class<?> clazz) {
this.target = target;
this.clazz = clazz;
} // 获取代理对象
public Object getProxyObjectByClazz() {
return Proxy.newProxyInstance(Thread.currentThread().getContextClassLoader(),
new Class[]{clazz},
(proxy, method, args) -> {
System.out.println("[JDK动态代理] save 开始代理..."); System.out.println("当前线程名称:" + Thread.currentThread().getName()); String className = method.getDeclaringClass().getName();
System.out.println("目标对象类名称:" + className); String methodName = method.getName();
System.out.println("目标对象方法名:" + methodName); Class<?>[] parameterTypes = method.getParameterTypes();
System.out.println("目标对象参数:" + parameterTypes); // 执行目标对象并获取返回值/该方法后面不会执行
// Object returnValue = method.invoke(target, args); System.out.println("[JDK动态代理] save 结束代理...");
return null;
});
} /**
* 获取代理对象
*
* @return
*/
public Object getProxyObjectByTarget() {
return Proxy.newProxyInstance(target.getClass().getClassLoader(),
target.getClass().getInterfaces(),
(proxy, method, args) -> {
System.out.println("[JDK动态代理] save 开始代理..."); System.out.println("当前线程名称:" + Thread.currentThread().getName()); String className = method.getDeclaringClass().getName();
System.out.println("目标对象类名称:" + className); String methodName = method.getName();
System.out.println("目标对象方法名:" + methodName); Class<?>[] parameterTypes = method.getParameterTypes();
System.out.println("目标对象参数:" + parameterTypes); // 执行目标对象并获取返回值
Object returnValue = method.invoke(target, args); System.out.println("[JDK动态代理] save 结束代理...");
return returnValue;
});
}
}

测试客户端

public class Client {
public static void main(String[] args) {
System.out.println("********************* 使用接口生成代理对象 *********************"); System.out.println("当前线程:" + Thread.currentThread().getName()); UserInterface proxy = (UserInterface) new ProxyFactory(null, UserInterface.class).getProxyObjectByClazz(); System.out.println("代理对象类型:" + proxy.getClass()); proxy.save(); System.out.println("********************* 使用实现类生成代理对象 *********************"); UserService userService = new UserService(); System.out.println("目标对象类型:" + userService.getClass()); UserInterface proxy2 = (UserInterface) new ProxyFactory(userService, null).getProxyObjectByTarget(); System.out.println("代理对象类型:" + proxy2.getClass()); proxy2.update();
}
}

输出结果

********************* 使用接口生成代理对象 *********************
当前线程:main
代理对象类型:class com.sun.proxy.$Proxy0
[JDK动态代理] save 开始代理...
当前线程名称:main
目标对象类名称:com.example.spring_boot.modules.study.proxyobject.jdkproxy.UserInterface
目标对象方法名:save
目标对象参数:[Ljava.lang.Class;@c038203
[JDK动态代理] save 结束代理...
********************* 使用实现类生成代理对象 *********************
目标对象类型:class com.example.spring_boot.modules.study.proxyobject.jdkproxy.UserService
代理对象类型:class com.sun.proxy.$Proxy0
[JDK动态代理] save 开始代理...
当前线程名称:main
目标对象类名称:com.example.spring_boot.modules.study.proxyobject.jdkproxy.UserInterface
目标对象方法名:update
目标对象参数:[Ljava.lang.Class;@cb5822
[JDK动态代理] 更新用户信息
[JDK动态代理] save 结束代理...
	运行结果和静态代理一样,说明成功了。但是,我们注意到,我们并没有像静态代理那样去自己定义一个代理类,并实例化代理对象。实际上,动态代理的代理对象是在内存中的,是JDK根据我们传入的参数生成好的。那动态代理的代理类和代理对象是怎么产生的呢?重头戏来了,且往下看
JDK动态代理源码分析

代理对象的入口

Proxy.java->newProxyInstance();

// 1. 查找或生成指定的代理类(下面会详细说明该部分内容)
Class<?> cl = getProxyClass0(loader, intfs); // 2. 根据Class获取构造器
final Constructor<?> cons = cl.getConstructor(constructorParams); // 3. 返回实例化的构造器
return cons.newInstance(new Object[]{h});

详细说说 getProxyClass0 这个方法

private static Class<?> getProxyClass0(ClassLoader loader,
Class<?>... interfaces) {
// 限定代理的接口不能超过65535个
if (interfaces.length > 65535) {
throw new IllegalArgumentException("interface limit exceeded");
} // If the proxy class defined by the given loader implementing
// the given interfaces exists, this will simply return the cached copy;
// otherwise, it will create the proxy class via the ProxyClassFactory // 如果给定加载程序定义的代理类实现
// 给定的接口存在,这只会返回缓存的副本;
// 否则,它将通过proxyclassfactory创建代理类
return proxyClassCache.get(loader, interfaces);
}

说明一下上面提到的 proxyClassCache

// proxyClassCache变量是在Proxy.java中的静态变量
// 一个静态的 proxy class 缓存对象
private static final WeakCache<ClassLoader, Class<?>[], Class<?>>
proxyClassCache = new WeakCache<>(new KeyFactory(), new ProxyClassFactory()); /* 那就再探究一下 WeakCache 这个类 */
final class WeakCache<K, P, V> { // Reference引用队列
private final ReferenceQueue<K> refQueue = new ReferenceQueue<>(); // the key type is Object for supporting null key
// 使用了二级缓存技术,key为一级缓存,value为二级缓存,key是Object类型是为了存储null
private final ConcurrentMap<Object, ConcurrentMap<Object, Supplier<V>>> map = new ConcurrentHashMap<>(); // reverseMap记录了所有代理类生成器是否可用, 这是为了实现缓存的过期机制
private final ConcurrentMap<Supplier<V>, Boolean> reverseMap = new ConcurrentHashMap<>(); // 生成二级缓存key的工厂, 这里传入的是KeyFactory
private final BiFunction<K, P, ?> subKeyFactory; // 生成二级缓存value的工厂, 这里传入的是ProxyClassFactory
private final BiFunction<K, P, V> valueFactory; /**
* Construct an instance of {@code WeakCache}
*
* @param subKeyFactory a function mapping a pair of
* {@code (key, parameter) -> sub-key}
* @param valueFactory a function mapping a pair of
* {@code (key, parameter) -> value}
* @throws NullPointerException if {@code subKeyFactory} or
* {@code valueFactory} is null.
*/
// 构造器,上面初始化proxyClassCache用到的
public WeakCache(BiFunction<K, P, ?> subKeyFactory,
BiFunction<K, P, V> valueFactory) {
this.subKeyFactory = Objects.requireNonNull(subKeyFactory);
this.valueFactory = Objects.requireNonNull(valueFactory);
} /**
* Look-up the value through the cache. This always evaluates the
* {@code subKeyFactory} function and optionally evaluates
* {@code valueFactory} function if there is no entry in the cache for given
* pair of (key, subKey) or the entry has already been cleared.
*
* @param key possibly null key
* @param parameter parameter used together with key to create sub-key and
* value (should not be null)
* @return the cached value (never null)
* @throws NullPointerException if {@code parameter} passed in or
* {@code sub-key} calculated by
* {@code subKeyFactory} or {@code value}
* calculated by {@code valueFactory} is null.
*/
// 这个方法我们下面详细讲
public V get(K key, P parameter) {
...
}
...
}

上面的一个小插曲,现在继续讲 WeakCache.java 中的 get 方法

// K和P就是WeakCache定义中的泛型,key是类加载器,parameter是接口类数组
public V get(K key, P parameter) {
// 验证接口类数组不为空
Objects.requireNonNull(parameter); // 清除无效的缓存
expungeStaleEntries(); // 将ClassLoader包装成CacheKey, 作为一级缓存的key
Object cacheKey = CacheKey.valueOf(key, refQueue); // lazily install the 2nd level valuesMap for the particular cacheKey
// 获取二级缓存
ConcurrentMap<Object, Supplier<V>> valuesMap = map.get(cacheKey); // 如果缓存中没有,向缓存中放入数据
if (valuesMap == null) {
// CAS方式put,如果不存在则放入,存在则不放入。放入后会返回null,没有放入会返回当前的value
ConcurrentMap<Object, Supplier<V>> oldValuesMap
= map.putIfAbsent(cacheKey,
valuesMap = new ConcurrentHashMap<>());
// 如果oldValuesMap有值, 说明放入失败,也说明已经存在了,会把 valuesMap 刷新回以前存在的值
if (oldValuesMap != null) {
valuesMap = oldValuesMap;
}
} // create subKey and retrieve the possible Supplier<V> stored by that
// subKey from valuesMap
// 根据代理类实现的接口数组来生成二级缓存key, 分为key0, key1, key2, keyx
Object subKey = Objects.requireNonNull(subKeyFactory.apply(key, parameter));
// 根据subKey获取到二级缓存的值
Supplier<V> supplier = valuesMap.get(subKey);
Factory factory = null; // 这个循环提供了轮询机制, 如果条件为假就继续重试直到条件为真为止
while (true) {
if (supplier != null) {
// supplier might be a Factory or a CacheValue<V> instance
// 在这里supplier可能是一个Factory也可能会是一个CacheValue
// 在这里不作判断, 而是在Supplier实现类的get方法里面进行验证
// 下面详细讲这个方法
V value = supplier.get();
if (value != null) {
return value;
}
}
// else no supplier in cache
// or a supplier that returned null (could be a cleared CacheValue
// or a Factory that wasn't successful in installing the CacheValue) // lazily construct a Factory
if (factory == null) {
// 新建一个Factory实例作为subKey对应的值
factory = new Factory(key, parameter, subKey, valuesMap);
} if (supplier == null) {
// 到这里表明subKey没有对应的值, 就将factory作为subKey的值放入
supplier = valuesMap.putIfAbsent(subKey, factory);
if (supplier == null) {
// successfully installed Factory
// 到这里表明成功将factory放入缓存
supplier = factory;
}
// else retry with winning supplier
} else { // 否则, 可能期间有其他线程修改了值, 那么就不再继续给subKey赋值, 而是取出来直接用
if (valuesMap.replace(subKey, supplier, factory)) {
// successfully replaced
// cleared CacheEntry / unsuccessful Factory
// with our Factory
// 成功将factory替换成新的值
supplier = factory;
} else {
// retry with current supplier
// 替换失败, 继续使用原先的值
supplier = valuesMap.get(subKey);
}
}
}
}

WeakCache的get方法并没有用锁进行同步,那它是怎样实现线程安全的呢?因为它的所有会进行修改的成员变量都使用了ConcurrentMap,这个类是线程安全的。因此它将自身的线程安全委托给了ConcurrentMap, get方法尽可能的将同步代码块缩小,这样可以有效提高WeakCache的性能。我们看到ClassLoader作为了一级缓存的key,这样可以首先根据ClassLoader筛选一遍,因为不同ClassLoader加载的类是不同的。然后它用接口数组来生成二级缓存的key,这里它进行了一些优化,因为大部分类都是实现了一个或两个接口,所以二级缓存key分为key0,key1,key2,keyX。key0到key2分别表示实现了0到2个接口,keyX表示实现了3个或以上的接口,事实上大部分都只会用到key1和key2。这些key的生成工厂是在Proxy类中,通过WeakCache的构造器将key工厂传入。这里的二级缓存的值是一个Factory实例,最终代理类的值是通过Factory这个工厂来获得的

再详细讲 supplier.get()

@Override
public synchronized V get() { // serialize access
// re-check
// 从二级缓存里面再获取Supplier, 用来验证是否是Factory本身
Supplier<V> supplier = valuesMap.get(subKey);
if (supplier != this) {
// something changed while we were waiting:
// might be that we were replaced by a CacheValue
// or were removed because of failure ->
// return null to signal WeakCache.get() to retry
// the loop
// 在这里验证supplier是否是Factory实例本身, 如果不则返回null让调用者继续轮询重试
// 期间supplier可能替换成了CacheValue, 或者由于生成代理类失败被从二级缓存中移除了
return null;
}
// else still us (supplier == this) // create new value
V value = null;
try {
// 委托valueFactory去生成代理类, 这里会通过传入的ProxyClassFactory去生成代理类
// 后面详细讲 ProxyClassFactory 代理类工厂,代理对象就是在这里产生的
value = Objects.requireNonNull(valueFactory.apply(key, parameter));
} finally {
if (value == null) { // remove us on failure
// 如果生成代理类失败, 就将这个二级缓存删除
valuesMap.remove(subKey, this);
}
}
// the only path to reach here is with non-null value
// 只有value的值不为空才能到达这里
assert value != null; // wrap value with CacheValue (WeakReference)
// 使用弱引用包装生成的代理类
CacheValue<V> cacheValue = new CacheValue<>(value); // put into reverseMap
// 将cacheValue成功放入二级缓存后, 再对它进行标记
reverseMap.put(cacheValue, Boolean.TRUE); // try replacing us with CacheValue (this should always succeed)
// 用缓存包装类替换this,必须成功,否则抛出异常
if (!valuesMap.replace(subKey, this, cacheValue)) {
throw new AssertionError("Should not reach here");
} // successfully replaced us with new CacheValue -> return the value
// wrapped by it
return value;
}

最后一个核心方法 valueFactory.apply(key, parameter) 通过该方法就生成了代理类字节码

Proxy.java->ProxyClassFactory->apply();

// 这个代理类工厂是在Proxy类初始化proxyClassCache静态变量时传入的
private static final class ProxyClassFactory
implements BiFunction<ClassLoader, Class<?>[], Class<?>>
{
// prefix for all proxy class names
// 所有代理类的前缀,我们在debug的时候看到的JDK代理对象都是这样的
private static final String proxyClassNamePrefix = "$Proxy"; // next number to use for generation of unique proxy class names
// 用于生成代理类名字的计数器
private static final AtomicLong nextUniqueNumber = new AtomicLong(); @Override
public Class<?> apply(ClassLoader loader, Class<?>[] interfaces) { Map<Class<?>, Boolean> interfaceSet = new IdentityHashMap<>(interfaces.length); // 验证接口
// 1. 验证类加载器加载的对象接口是否是同一个
// 2. 验证类对象是否是一个接口
// 3. 验证此接口是否重复
for (Class<?> intf : interfaces) {
/*
* Verify that the class loader resolves the name of this
* interface to the same Class object.
*/
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");
}
/*
* Verify that the Class object actually represents an
* interface.
*/
if (!interfaceClass.isInterface()) {
throw new IllegalArgumentException(
interfaceClass.getName() + " is not an interface");
}
/*
* Verify that this interface is not a duplicate.
*/
if (interfaceSet.put(interfaceClass, Boolean.TRUE) != null) {
throw new IllegalArgumentException(
"repeated interface: " + interfaceClass.getName());
}
} // 生成的代理类的包名
String proxyPkg = null; // package to define proxy class in // 代理类访问控制符
int accessFlags = Modifier.PUBLIC | Modifier.FINAL; /*
* Record the package of a non-public proxy interface so that the
* proxy class will be defined in the same package. Verify that
* all non-public proxy interfaces are in the same package.
*/
// 记录非公共代理接口的包,以便在同一个包中定义代理类。验证所有非公共代理接口都在同一个包中。
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) {
// if no non-public proxy interfaces, use com.sun.proxy package
proxyPkg = ReflectUtil.PROXY_PACKAGE + ".";
} /*
* Choose a name for the proxy class to generate.
*/
long num = nextUniqueNumber.getAndIncrement(); // 代理类的全限定名称:com.sun.proxy.$Proxy0
String proxyName = proxyPkg + proxyClassNamePrefix + num; /*
* Generate the specified proxy class.
*/
// 核心代码,生成代理类的字节码
byte[] proxyClassFile = ProxyGenerator.generateProxyClass(
proxyName, interfaces, accessFlags);
try {
// 把代理类加载到JVM中,至此代理类创建完成了
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());
}
}
}

我们再看看Factory这个内部工厂类,可以看到它的get方法是使用synchronized关键字进行了同步。进行get方法后首先会去验证subKey对应的suppiler是否是工厂本身,如果不是就返回null,而WeakCache的get方法会继续进行重试。如果确实是工厂本身,那么就会委托ProxyClassFactory生成代理类,ProxyClassFactory是在构造WeakCache的时候传入的。所以这里解释了为什么最后会调用到Proxy的ProxyClassFactory这个内部工厂来生成代理类。生成代理类后使用弱引用进行包装并放入reverseMap中,最后会返回原装的代理类

探究代理类长什么样

上面把JDK动态代理的过程分析完了,但是我这探究的心里还是有一道过不去的坎,动态代理存在什么地方了?跟我们直接实现的类有什么区别呢?下面继续研究解答这两个问题

通过下面的main方法就可以输出到磁盘代理对象

public class GenerateClient {
public static void main(String[] args) {
// 在main方法最前面增加该行代码,这样会输出代理class文件
System.getProperties().put("sun.misc.ProxyGenerator.saveGeneratedFiles","true"); UserService userService = new UserService(); UserInterface proxy = (UserInterface) new ProxyFactory(userService, null).getProxyObjectByTarget(); proxy.update();
}
}

通过上面的代码就可以生成动态代理class文件了,在我们项目路径下com/sun/proxy/$Proxy0.class,我的项目路径是 D:/workspace-mine/spring_boot,那我都文件就在这个地址下 D:/workspace-mine/spring_boot/com/sun/proxy/$Proxy0.class

上面这种方式可以保存到磁盘上,但是在JVM中代理对象是保存在内存中的,我们看不到

代理对象的样子

//
// Source code recreated from a .class file by IntelliJ IDEA
// (powered by Fernflower decompiler)
// package com.sun.proxy; import com.example.spring_boot.modules.study.proxyobject.jdkproxy.UserInterface;
import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.lang.reflect.Proxy;
import java.lang.reflect.UndeclaredThrowableException; public final class $Proxy0 extends Proxy implements UserInterface {
private static Method m1;
private static Method m4;
private static Method m2;
private static Method m0;
private static Method m3; // 代理类的构造函数,其参数正是是InvocationHandler实例,
// Proxy.newInstance方法就是通过通过这个构造函数来创建代理实例的
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);
}
} public final void save() throws {
try {
super.h.invoke(this, m4, (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);
}
} public final void update() throws {
try {
super.h.invoke(this, m3, (Object[])null);
} catch (RuntimeException | Error var2) {
throw var2;
} catch (Throwable var3) {
throw new UndeclaredThrowableException(var3);
}
} static {
try {
m1 = Class.forName("java.lang.Object").getMethod("equals", Class.forName("java.lang.Object"));
m4 = Class.forName("com.example.spring_boot.modules.study.proxyobject.jdkproxy.UserInterface").getMethod("save");
m2 = Class.forName("java.lang.Object").getMethod("toString");
m0 = Class.forName("java.lang.Object").getMethod("hashCode");
m3 = Class.forName("com.example.spring_boot.modules.study.proxyobject.jdkproxy.UserInterface").getMethod("update");
} catch (NoSuchMethodException var2) {
throw new NoSuchMethodError(var2.getMessage());
} catch (ClassNotFoundException var3) {
throw new NoClassDefFoundError(var3.getMessage());
}
}
}

可以看到上面重写了toString、equals、hashCode三个方法,生成了5个方法变量,分别指向各自的方法,其中m4和m3是接口中的save和update方法

上面重要的一个是构造函数$Proxy0,这个构造函数在代理对象还没有生成前是不起做用的,直到代理对象生成了,这个构造器里面的参数就是我们在Proxy.newProxyInstance中传入的new InvocationHandler(){...}这样就开始执行我们构造器的方法了

如果想要在代理对象中执行代理方法可以直接这样写(main方法放在代理对象后面,需要把代理class转成java)

public static void main(String[] args) {
UserService userService = new UserService();
$Proxy0 proxyObject = new $Proxy0(new InvocationHandler() {
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println("在代理对象中执行main方法开始..."); method.invoke(userService, args); System.out.println("在代理对象中执行main方法结束...");
return null;
}
});
proxyObject.save();
}
Cglib动态代理

敬请期待...

Java的三种代理模式&完整源码分析的更多相关文章

  1. Java的三种代理模式(Spring动态代理对象)

    Java的三种代理模式 1.代理模式 代理(Proxy)是一种设计模式,提供了对目标对象另外的访问方式;即通过代理对象访问目标对象.这样做的好处是:可以在目标对象实现的基础上,增强额外的功能操作,即扩 ...

  2. Java的三种代理模式

    Java的三种代理模式 1.代理模式 代理(Proxy)是一种设计模式,提供了对目标对象另外的访问方式;即通过代理对象访问目标对象.这样做的好处是:可以在目标对象实现的基础上,增强额外的功能操作,即扩 ...

  3. Java的三种代理模式简述

    本文着重讲述三种代理模式在java代码中如何写出,为保证文章的针对性,暂且不讨论底层实现原理,具体的原理将在下一篇博文中讲述. 代理模式是什么 代理模式是一种设计模式,简单说即是在不改变源码的情况下, ...

  4. 理解java的三种代理模式

    代理模式是什么 代理模式是一种设计模式,简单说即是在不改变源码的情况下,实现对目标对象的功能扩展. 比如有个歌手对象叫Singer,这个对象有一个唱歌方法叫sing(). 1 public class ...

  5. 转!!Java的三种代理模式

    转自 http://www.cnblogs.com/cenyu/p/6289209.html 1.代理模式 代理(Proxy)是一种设计模式,提供了对目标对象另外的访问方式;即通过代理对象访问目标对象 ...

  6. 秒懂 Java 的三种代理模式

    前言 代理(Proxy)模式是一种结构型设计模式,提供了对目标对象另外的访问方式:即通过代理对象访问目标对象. 这样做的好处是:可以在目标对象实现的基础上,增强额外的功能操作,即扩展目标对象的功能. ...

  7. Java中三种代理模式

    代理模式 代理(Proxy)是一种设计模式,提供了间接对目标对象进行访问的方式;即通过代理对象访问目标对象.这样做的好处是:可以在目标对象实现的功能上,增加额外的功能补充,即扩展目标对象的功能. 这就 ...

  8. Java的三种代理模式(Proxy,CGLib)

    1.静态代理,这种不用说最不靠谱.每个类一个代理,代码量很大. 2.JDK代理.使用java.lang.reflect.Proxy进行代理,但是被代理的类必须要实现接口. 3.Cglib代理.不用实现 ...

  9. Java的三种代理模式:静态代理/JDK动态代理/Cglib动态代理

    1.静态代理:需要定义接口或者父类,目标对象与代理对象均实现同一接口或继承同一父类. 2.JDK动态代理:需要目标对象实现一个接口,通过动态反射的机制,生成代理对象,实现同一个接口 3.Cglib动态 ...

随机推荐

  1. python的memory_profiler模块使用

    本文主要介绍了python内存分析工具: memory_profiler,可以展示每一行代码执行所增加的内存,方便做内存调优和排除bug memory_profiler是第三方模块,需要安装才能使用 ...

  2. 《Dotnet9》系列之建站-中文站最好WordPress主题,自媒体,博客,企业,商城主题一网打尽

    大家好,我是Dotnet9小编,一个从事dotnet开发8年+的程序员.本文介绍WordPress主题JustNews,本站Dotnet9既是使用WordPress + JustNews主题搭建而成的 ...

  3. 1.Redux学习1,Redux

    Redux流程图如上: Action就是一条命令 Store顾名思义就是存储数据的, Reducers是一个回调函数用于处理数据,它处理完数据会返回给Store存储起来 基本流程就是:组件中用Stor ...

  4. 利用Fiddler对Jmeter的请求进行抓包

    前言 有时候,为了得到更详细的请求结果,我们可能需要使用Fiddler结合Jmeter来抓包分析,从而更好的辅助测试. 遇到的问题 这里以一个获取学生信息的接口为例进行说明. 当我在Jmeter里按接 ...

  5. SpringMVC的工作流程?Mybatis和hibernate区别?

    SpringMVC的工作流程?1. 用户发送请求至前端控制器DispatcherServlet2. DispatcherServlet收到请求调用HandlerMapping处理器映射器.3. 处理器 ...

  6. spring4 学习4 spring MVC+mybatis+Mysql

    在前面搭建的基础上,引入新的jar包如下: aopalliance-1.0.jaraspectjweaver-1.8.8.jarmybatis-3.3.0.jarmybatis-spring-1.2. ...

  7. Jerome: Vulnhub Walkthrough

    nmap 扫描探测: ╰─ nmap -p1-65535 -sV -A -O -sT 10.10.202.135Starting Nmap 7.70 ( https://nmap.org ) at 2 ...

  8. SpringCloud之Eureka:集群搭建

    上篇文章<SpringCloud之Eureka:服务发布与调用例子>实现了一个简单例子,这次对其进行改造,运行两个服务器实例.两个服务提供者实例,服务调用者请求服务,使其可以进行集群部署. ...

  9. Linux之恢复误删除文件

    前言每当我们在生产环境服务器上执行rm命令时,总是提心吊胆的,因为一不小心执行了误删,然后就要准备跑路了,毕竟人不是机器,更何况机器也有 bug.那么如果真的删除了不该删除的文件,比如数据库.日志或执 ...

  10. Tornado—options.define()方法与options.options解读

    tornado为我们提供了一个便捷的工具,tornado.options模块——全局参数定义.存储.转换. tornado是facebook开源的非阻塞web容器,类似java的netty,torna ...