热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

Android动态代理源码分析

前言前面我们简单介绍了代理模式的使用Android设计模式详解之代理模式,我们也明白了动态代理模式的重要性,那动态代理究竟是如何实现将方法交给Invo


前言

前面我们简单介绍了代理模式的使用Android设计模式详解之代理模式,我们也明白了动态代理模式的重要性,那动态代理究竟是如何实现将方法交给InvocationHandler.invoke执行的呢?本文就从源码的角度一步步去探究这个问题;


源码分析

从前面一篇文章我们知道动态代理是通过调用 Proxy.newProxyInstance()方法来实现的,我们就从这个方法入手
Proxy.newProxyInstance()方法:

//constructorParams成员变量
private static final Class<?>[] constructorParams &#61;
{ InvocationHandler.class };
public static Object newProxyInstance(ClassLoader loader,
Class<?>[] interfaces,
InvocationHandler h)
throws IllegalArgumentException
{
//先检查传入的InvocationHandler是否为空,为空则直接抛空指针
Objects.requireNonNull(h);
//克隆一份代理接口&#xff0c;并通过传入的classLoader去获取一个代理class
final Class<?>[] intfs &#61; interfaces.clone();
Class<?> cl &#61; getProxyClass0(loader, intfs);
try {
//获取代理class的带有InvocationHandler参数的构造函数
final Constructor<?> cons &#61; cl.getConstructor(constructorParams);
final InvocationHandler ih &#61; h;
//如果构造函数是私有的&#xff0c;反射设置可访问
if (!Modifier.isPublic(cl.getModifiers())) {
cons.setAccessible(true);
}
//通过反射生成代理对象
return cons.newInstance(new Object[]{h});
} catch (IllegalAccessException|InstantiationException e) {
throw new InternalError(e.toString(), e);
} catch (InvocationTargetException e) {
Throwable t &#61; 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);
}
}

整体看下来还是比较轻松的&#xff0c;主要就是通过传入的类加载器代理接口以及InvocationHandler调用反射去创建一个代理类的对象实例&#xff1b;

这里我们再重点分析下代理类的创建流程&#xff0c; Class cl &#61; getProxyClass0(loader, intfs);这段代码

//proxyClassCache缓存
private static final WeakCache<ClassLoader, Class<?>[], Class<?>>
proxyClassCache &#61; new WeakCache<>(new KeyFactory(), new ProxyClassFactory());
private static Class<?> getProxyClass0(ClassLoader loader,
Class<?>... interfaces) {
if (interfaces.length > 65535) {
throw new IllegalArgumentException("interface limit exceeded");
}
//很明显这里做了缓存处理
return proxyClassCache.get(loader, interfaces);
}

可以看到代理类最终是交给ProxyClassFactory工厂类创建的&#xff0c;我们就重点看下ProxyClassFactory

/**
* 一个工厂函数&#xff0c;在给定ClassLoader和接口数组的情况下生成、定义和返回代理类。
*/

private static final class ProxyClassFactory
implements BiFunction<ClassLoader, Class<?>[], Class<?>>
{
// 代理类的后缀
private static final String proxyClassNamePrefix &#61; "$Proxy";
// 用于生成唯一代理类名的下一个数字
private static final AtomicLong nextUniqueNumber &#61; new AtomicLong();
&#64;Override
public Class<?> apply(ClassLoader loader, Class<?>[] interfaces) {
Map<Class<?>, Boolean> interfaceSet &#61; new IdentityHashMap<>(interfaces.length);
//遍历代理接口
for (Class<?> intf : interfaces) {
Class<?> interfaceClass &#61; null;
try {
//反射获取代理接口对应的class
interfaceClass &#61; Class.forName(intf.getName(), false, loader);
} catch (ClassNotFoundException e) {
}
if (interfaceClass !&#61; intf) {
//通过classLoader加载的class与原代理接口不一致则抛异常
throw new IllegalArgumentException(
intf &#43; " is not visible from class loader");
}
//反射获取代理接口对应的class不是一个接口则抛异常
if (!interfaceClass.isInterface()) {
throw new IllegalArgumentException(
interfaceClass.getName() &#43; " is not an interface");
}
//验证代理接口是否重复
if (interfaceSet.put(interfaceClass, Boolean.TRUE) !&#61; null) {
throw new IllegalArgumentException(
"repeated interface: " &#43; interfaceClass.getName());
}
}
String proxyPkg &#61; null; //代理类包名
int accessFlags &#61; Modifier.PUBLIC | Modifier.FINAL;
//遍历代理接口&#xff0c;获取包名信息
for (Class<?> intf : interfaces) {
int flags &#61; intf.getModifiers();
if (!Modifier.isPublic(flags)) {
accessFlags &#61; Modifier.FINAL;
String name &#61; intf.getName();
int n &#61; name.lastIndexOf(&#39;.&#39;);
String pkg &#61; ((n &#61;&#61; -1) ? "" : name.substring(0, n &#43; 1));
if (proxyPkg &#61;&#61; null) {
proxyPkg &#61; pkg;
} else if (!pkg.equals(proxyPkg)) {
throw new IllegalArgumentException(
"non-public interfaces from different packages");
}
}
}
if (proxyPkg &#61;&#61; null) {
proxyPkg &#61; "";
}
{
//获取接口中的所有方法
List<Method> methods &#61; getMethods(interfaces);
//根据方法签名等信息进行排序
Collections.sort(methods, ORDER_BY_SIGNATURE_AND_SUBTYPE);
//如果方法中的任何两个方法具有相同的名称和参数&#xff0c;但返回类型不一致&#xff0c;则抛异常
validateReturnTypes(methods);
//获取所有的异常集合、方法集合
List<Class<?>[]> exceptions &#61; deduplicateAndGetExceptions(methods);
Method[] methodsArray &#61; methods.toArray(new Method[methods.size()]);
Class<?>[][] exceptionsArray &#61; exceptions.toArray(new Class<?>[exceptions.size()][]);
//代理类名依次递增
long num &#61; nextUniqueNumber.getAndIncrement();
String proxyName &#61; proxyPkg &#43; proxyClassNamePrefix &#43; num;
//生成代码类
return generateProxy(proxyName, interfaces, loader, methodsArray,
exceptionsArray);
}
}
}

代理类的创建工作交给ProxyClassFactory工厂来完成&#xff0c;ProxyClassFactory.apply方法会遍历所有的代理接口&#xff0c;并做校验、方法排序等工作&#xff0c;最终会调用generateProxy方法来生成代理类,而generateProxy方法是一个native方法&#xff01;&#xff01;&#xff01;

private static native Class<?> generateProxy(String name, Class<?>[] interfaces,
ClassLoader loader, Method[] methods,
Class<?>[][] exceptions);

经过上面的步骤&#xff0c;就通过调用 Proxy.newProxyInstance()方法生成了代理类&#xff0c;并创建了代理类的实例对象返回&#xff1b;

那这个创建的代理类长什么样呢&#xff1f;为什么通过代理类的对象调用代理接口方法就可以执行到InvocationHandler.invoke方法中呢&#xff1f;

我们在调用 Proxy.newProxyInstance()方法前&#xff0c;修改下系统属性如下&#xff1a;

//修改属性设置保存生成的proxy文件
System.getProperties().setProperty("jdk.proxy.ProxyGenerator.saveGeneratedFiles", "true")

这样我们就可以看到生成的代理对象
生成的代理对象

我这里还是前面的租客租房例子&#xff0c;生成的代理对象如下&#xff1a;

package com.sun.proxy;
import com.crystal.essayjoker.pattern.proxy.dynamic.IRental;
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 IRental {
private static Method m1;
private static Method m3;
private static Method m4;
private static Method m2;
private static Method m0;
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 renting() throws {
try {
super.h.invoke(this, m3, (Object[])null);
} catch (RuntimeException | Error var2) {
throw var2;
} catch (Throwable var3) {
throw new UndeclaredThrowableException(var3);
}
}
public final void rentingOut() 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);
}
}
static {
try {
m1 &#61; Class.forName("java.lang.Object").getMethod("equals", Class.forName("java.lang.Object"));
m3 &#61; Class.forName("com.crystal.essayjoker.pattern.proxy.dynamic.IRental").getMethod("renting");
m4 &#61; Class.forName("com.crystal.essayjoker.pattern.proxy.dynamic.IRental").getMethod("rentingOut");
m2 &#61; Class.forName("java.lang.Object").getMethod("toString");
m0 &#61; Class.forName("java.lang.Object").getMethod("hashCode");
} catch (NoSuchMethodException var2) {
throw new NoSuchMethodError(var2.getMessage());
} catch (ClassNotFoundException var3) {
throw new NoClassDefFoundError(var3.getMessage());
}
}
}

可以看到调用proxy的代理方法最终还是通过反射调用传入的InvocationHandler的invoke方法&#xff0c;至此谜题解开&#xff1b;


总结

动态代理的实现原理&#xff1a;
调用 Proxy.newProxyInstance()方法会通过反射带有InvocationHandler参数的构造函数生成代理类&#xff0c;并返回代理类的实例&#xff0c;当调用代理类的方法时&#xff0c;又会通过反射执行InvocationHandler对应的invoke方法&#xff0c;从而实现动态代理这套机制&#xff1b;


结语

如果以上文章对您有一点点帮助&#xff0c;希望您不要吝啬的点个赞加个关注&#xff0c;您每一次小小的举动都是我坚持写作的不懈动力&#xff01;ღ( ´&#xff65;ᴗ&#xff65;&#96; )







推荐阅读
  • 深入解析 Lifecycle 的实现原理
    本文将详细介绍 Android Jetpack 中 Lifecycle 组件的实现原理,帮助开发者更好地理解和使用 Lifecycle,避免常见的内存泄漏问题。 ... [详细]
  • Android 自定义 RecycleView 左滑上下分层示例代码
    为了满足项目需求,需要在多个场景中实现左滑删除功能,并且后续可能在列表项中增加其他功能。虽然网络上有很多左滑删除的示例,但大多数封装不够完善。因此,我们尝试自己封装一个更加灵活和通用的解决方案。 ... [详细]
  • 本文详细介绍了Java反射机制的基本概念、获取Class对象的方法、反射的主要功能及其在实际开发中的应用。通过具体示例,帮助读者更好地理解和使用Java反射。 ... [详细]
  • 在分析Android的Audio系统时,我们对mpAudioPolicy->get_input进行了详细探讨,发现其背后涉及的机制相当复杂。本文将详细介绍这一过程及其背后的实现细节。 ... [详细]
  • 本文详细介绍了 PHP 中对象的生命周期、内存管理和魔术方法的使用,包括对象的自动销毁、析构函数的作用以及各种魔术方法的具体应用场景。 ... [详细]
  • 类加载机制是Java虚拟机运行时的重要组成部分。本文深入解析了类加载过程的第二阶段,详细阐述了从类被加载到虚拟机内存开始,直至其从内存中卸载的整个生命周期。这一过程中,类经历了加载(Loading)、验证(Verification)等多个关键步骤。通过具体的实例和代码示例,本文探讨了每个阶段的具体操作和潜在问题,帮助读者全面理解类加载机制的内部运作。 ... [详细]
  • Android 构建基础流程详解
    Android 构建基础流程详解 ... [详细]
  • 使用 ListView 浏览安卓系统中的回收站文件 ... [详细]
  • 线程能否先以安全方式获取对象,再进行非安全发布? ... [详细]
  • JVM钩子函数的应用场景详解
    本文详细介绍了JVM钩子函数的多种应用场景,包括正常关闭、异常关闭和强制关闭。通过具体示例和代码演示,帮助读者更好地理解和应用这一机制。适合对Java编程和JVM有一定基础的开发者阅读。 ... [详细]
  • 如果应用程序经常播放密集、急促而又短暂的音效(如游戏音效)那么使用MediaPlayer显得有些不太适合了。因为MediaPlayer存在如下缺点:1)延时时间较长,且资源占用率高 ... [详细]
  • WinMain 函数详解及示例
    本文详细介绍了 WinMain 函数的参数及其用途,并提供了一个具体的示例代码来解析 WinMain 函数的实现。 ... [详细]
  • DAO(Data Access Object)模式是一种用于抽象和封装所有对数据库或其他持久化机制访问的方法,它通过提供一个统一的接口来隐藏底层数据访问的复杂性。 ... [详细]
  • 单片微机原理P3:80C51外部拓展系统
      外部拓展其实是个相对来说很好玩的章节,可以真正开始用单片机写程序了,比较重要的是外部存储器拓展,81C55拓展,矩阵键盘,动态显示,DAC和ADC。0.IO接口电路概念与存 ... [详细]
  • Java高并发与多线程(二):线程的实现方式详解
    本文将深入探讨Java中线程的三种主要实现方式,包括继承Thread类、实现Runnable接口和实现Callable接口,并分析它们之间的异同及其应用场景。 ... [详细]
author-avatar
标榜贾_120
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有