Android面试:JDK动态代理的原理(2),Android面试2024

本文详细介绍了Java中的动态代理与静态代理的区别,强调了动态代理的灵活性,以及动态代理类$Proxy背后的WeakCache和ProxyClassFactory原理。作者还提到了实际开发中动态代理的应用场景,如模拟XX用品销售接口代理。
摘要由CSDN通过智能技术生成

Object res = method.invoke(realInstance, args);
doAfter();
return res;
}

public static void main(String[] args) {

// 动态代理和静态代理的唯一区别,就是在获取代理对象的时候,静态代理获取的是一个不可变功能的对象,一旦获取到,那么它的功能也就确定了
// 而,动态代理,

DynamicProxyInstance instance = new DynamicProxyInstance();
instance.init(new RealInstance());
CommInterface commInterface = (CommInterface) instance.getProxyInstance();
// 先看看这个对象在debug的时候,是怎么样的一个对象引用
commInterface.buyManTools(30);

// 现在,出现了一个 购买女性用品的接口,和它的实现类,也要用代理来访问
// 这样做
instance.init(new RealInstance2());
CommInterface2 commInterface2 = (CommInterface2) instance.getProxyInstance();
commInterface2.buyWomenTools(60);

// 看到了吧,同样的一个代理对象,可以实现多个真实对象的代理功能,而不是像静态代理一样,需要改动代理类
}
}

其他关联的类和接口是:

/**

  • 公共接口,统一定义代理类和被代理类的行为
  • @author GC-HANK

/
public interface CommInterface {
/
*

  • 购买情趣娃娃
  • @param size 娃娃的尺寸
    */
    abstract void buyManTools(int size);
    }

/**

  • 公共接口,统一定义代理类和被代理类的行为
  • @author GC-HANK

/
public interface CommInterface2 {
/
*

  • 购买情趣娃娃
  • @param size 娃娃的尺寸
    */
    abstract void buyWomenTools(int size);
    }

/**

  • 真实对象
  • @author GC-HANK

*/
public class RealInstance implements CommInterface {

@Override
public void buyManTools(int size) {
System.out.println(“购买男性用品:size” + size);
}

}

/**

  • 真实对象
  • @author GC-HANK

*/
public class RealInstance2 implements CommInterface2 {

@Override
public void buyWomenTools(int size) {
System.out.println(“购买女性用品::size” + size);
}

}

OK,代码贴完了,现在开始实例讲解:

上面的代码,是在模拟XX用品销售,男用、女用的分别用两个接口来定义,为了定义这两个功能,我用了两个接口,并且用两个实现类分别实现了这两个接口。DynamicProxyInstance .java 则 是代理类,外界(也就是这里的static void main函数)通过该代理类来进行购买动作.
准备开车,踩油门!
请看这段代码,它是new出了一个proxy的Object,并且return出去

public Object getProxyInstance() {
return Proxy.newProxyInstance(realInstance.getClass().getClassLoader(), realInstance.getClass().getInterfaces(),
this);
// 那么这个对象到底是如何创建出来的呢?

}

而,拿到这个对象之后,强转为了CommInterface

// 先看看这个对象在debug的时候,是怎么样的一个对象引用
CommInterface commInterface = (CommInterface) instance.getProxyInstance();
commInterface.buyManTools(30);

为什么它可以强转为 CommInterface?因为instance.init(new RealInstance()); 这一句当中,RealInstanceCommIntance的子类。从结果上来看,通过getInstance方法拿到的Object,直接就具备realInstance的功能. 那这个Object到底是什么东西?它是如何生成的?

回到getInstance()方法,通过debug,我们发现,

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

它是一个名为$Proxy0的类的实例, 其真实类型是RealInstance . $Proxy0名字很诡异,但是先别想这么多,继续往下看,

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

这会又变成了 $Proxy1 , 其真实类型是RealInstance2.

从0到1,看上去像是有一个整形序列在参与它的命名,也就是说,如果我们再来一次,肯定就是 $Proxy2
$Proxy + 1个数字,这个类是如何生成的?在我们的代码里面命名没有去定义它啊?
进入源码:proxy.javanewProxyInstance方法

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

这里有3个参数,
第一个是 类加载器classLoader
第二个是 接口(它的作用是定义这个动态代理类的行为)
第三个是 InvocationHanlder实例,它的作用是用来对 被代理对象进行功能扩展

newProxyInstance方法往下看:结果发现:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

这里是不是可能生成$Proxy1 这种class的地方?
进去:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

观察一下这个proxyClassCache对象,它的类型是:WeakCache<ClassLoader, Class<?>[], Class<?>>
它是一个泛型类:final class WeakCache<K, P, V> 3个泛型参数。
具体到这个地方,它的作用就是,通过get方法:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

通过K和P,得到V,也就是通过 ClassLoaderClass<?>[] 得到 Class<?> ,
有些人看到这里应该有些迷了,感觉被泛型绕晕了,其实很简单,ClassLoader是类加载器,用来创建Class对象的,Class<?>[] 其实就是接口数组,Class<?> 是最终得到的Class对象。

之前我们探索的就是$Proxy1这个类的来源,那么到底是不是来自于这里呢?
当我们探究源码中的一个 方法的时候,关注3个点:

  1. 入参类型(这里的入参类型是泛型,具体类型要看这个当前对象在创建的时候,泛型具体化使用的是什么类)
  2. 使用参数的地方(我们入参传递进来,自然要产生作用,那么直接关心入参使用的代码即可)
  3. 方法返回值,(上面的这个方法有返回值,类型是泛型,也去看初始化对象的时候使用的V是什么类型,然后方法里面返回的value,就是我们最终需要的对象).
    这里,我直接给出结论吧。
    subkeyFactory.apply, 看下面两个图应该可以明白,在Proxy中,定义WeakCache的时候,就new了一个KeyFactory和一个ProxyClassFactory传进去,分别作为 WeakCache的subkeyFactory成员和valueFactory成员

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

上面,我们只使用了subkeyFactory.apply

它走的是这个过程:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

根据参数interfaces.size的不同,返回不同的Key对象。

返回出去之后,

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

上面这段代码的红色标记如果看懂了的话,就基本明白了,他这里就是建了一个无限循环检测机制,最终结果都是要从supplier中get一个value返回出去,如果supplier是空,那就建一个Factory赋值给supplier(其实Factory是继承子Supplier的)
那么下一步,我们的关注点转移到,当supplier为空的时候,源码是如何建立一个Factory作为它的实例的?
关注这一段:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

进入Factory,它实现Supplier接口,这个接口中只有一个方法 get,看看这个get方法是如何实现的

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

所以最终,我们还要进入valueFactory中去看看 它的 apply是如何实现的:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

这段代码太复杂,我就只贴出关键点了(依然和之前一样,入参,使用入参的地方,返回值):
这次我们从返回值开始反过来推断:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

img

img

img

img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

文末

当你打算跳槽的时候,应该把“跳槽成功后,我能学到什么东西?对我的未来发展有什么好处”放在第一位。这些东西才是真正引导你的关键。在跳槽之前尽量“物尽其用”,把手头上的工作做好,最好是完成了某个项目或是得到提升之后再走。跳槽不是目的,而是为了达到最终职业目标的手段

最后祝大家工作升职加薪,面试拿到心仪Offer


《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

手段**

最后祝大家工作升职加薪,面试拿到心仪Offer

[外链图片转存中…(img-ZIXx3jsl-1712447315901)]
[外链图片转存中…(img-NuC7z5D6-1712447315902)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值