findLoadedClass详解

问题

AClassLoader的parent为BClassLoader,BClassLoader的parent为CClassLoader,当AClassLoader调用loadClass()加载类,并最终由CClassLoader加载的类,到底算谁加载的?后续AClassLoader再加载相同类时,是否能直接从AClassLoader的findLoadedClass0()中找到该类并返回,还是说再走一次双亲委派最终从CClassLoader的findLoadedClass0()中找到该类并返回?

SystemDictonary

JVM里有一个数据结构叫做SystemDictonary,这个结构主要就是用来检索我们常说的类信息,其实也就是private native final Class<?> findLoadedClass0(String name)方法的逻辑

这些类信息对应的结构是klass,对SystemDictonary的理解,可以认为就是一个Hashtable

key是类加载器对象+类的名字,value是指向klass的地址

当我们任意一个类加载器去正常加载类的时候,就会到这个SystemDictonary中去查找,看是否有这么一个klass可以返回,如果有就返回它,否则就会去创建一个新的并放到结构里

初始类加载器/定义类加载器

上述类加载问题中,AClassLoader加载类的时候会委托给BClassLoader来加载,BClassLoader加载类的时候会委托给CClassLoader来加载,当AClassLoader调用loadClass()加载类,并最终由CClassLoader加载,那么我们称CClassLoader为该类的定义类加载器,AClassLoader和BClassLoader为该类的初始类加载器

在这个过程中,AClassLoader、BClassLoader和CClassLoader都会在SystemDictonary生成记录

那么后续C的子加载器(AClassLoader和BClassLoader)加载相同类时,就能在findLoadedClass0()中找到该类,不必再向上委托了

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

邋遢的流浪剑客

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值