JVM - 双亲委派机制的优势和劣势

双亲委派机制在Java中确保类的全局唯一性并保护核心API不被篡改。当加载类时,它首先由父类加载器尝试加载,只有在父类加载器无法加载时才由子类加载器加载。然而,这种机制可能导致系统类无法访问应用类加载器加载的类,限制了某些场景下的灵活性。
摘要由CSDN通过智能技术生成

双亲委派机制的优势和劣势

双亲委派机制优势

避免类的重复加载, 确保一个类的全局唯一性

Java 类随着它的类加载器一起具备了一种带有优先级的层级关系, 通过这种
层级关系可以避免类的重复加载, 当父亲已经加载了该类时, 就没有必要子
ClassLoader 再加载一次

保护程序安全, 防止核心 API 被随意篡改

代码支持

双亲委派机制在 java.lang.ClassLoader.loadClass(String, boolean) 接口中体现。
该接口的逻辑如下:
在这里插入图片描述
在这里插入图片描述
先在当前加载器的缓存中查找有无目标类, 如果有, 直接返回

  • 判 断 当 前 加 载 器 的 父 加 载 器 是 否 为 空 , 如 果 不 为 空 , 则 调 用
    parent.loadClass(name, false) 接口进行加载
  • 反 之 , 如 果 当 前 加 载 器 的 父 类 加 载 器 为 空 , 则 调 用
    findBootstrapClassOrNull(name) 接口, 让引导类加载器
JVM中的双亲委派机制是一种类加载机制,它规定了在Java中一个类被加载时如何进行类加载器的选择。根据这个机制,当一个类需要被加载时,首先会由类加载器ClassLoader检查是否已经加载过该类,如果是,则直接返回已经加载过的类;如果不是,则将该请求委派给父类加载器去加载。这样的过程会一直向上委派,直到达到顶层的引导类加载器(Bootstrap ClassLoader)。引用 引用中提到,并不是所有的类加载器都采用双亲委派机制Java虚拟机规范并没有强制要求使用双亲委派机制,只是建议使用。实际上,一些类加载器可能会采用不同的加载顺序,例如Tomcat服务器类加载器就是采用代理模式,首先尝试自己去加载某个类,如果找不到再代理给父类加载器。 引用中提到,引导类加载器(Bootstrap ClassLoader)是最早开始工作的类加载器,负责加载JVM的核心类库,例如java.lang.*包中的类。这些类在JVM启动时就已经被加载到内存中。 综上所述,JVM双亲委派机制是一种类加载机制,它通过类加载器的委派方式来加载类,首先检查是否已经加载过该类,如果没有则委派给父类加载器去加载,直到达到顶层的引导类加载器。不过,并不是所有的类加载器都采用该机制,一些类加载器可能会采用不同的加载顺序。引用<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [JVM-双亲委派机制](https://blog.csdn.net/m0_51608444/article/details/125835862)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *2* *3* [jvm-双亲委派机制](https://blog.csdn.net/y08144013/article/details/130724858)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值