bundle的整个类加载顺序

最新推荐文章于 2022-02-25 15:51:34 发布
最新推荐文章于 2022-02-25 15:51:34 发布
阅读量833 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： OSGI
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/wujinsong2010/article/details/26972397
本文详细介绍了类加载器的搜索机制，包括从父加载器开始到宿主bundle及片段bundle的搜索过程。当搜索到所需的类时，流程会停止；若未找到，则继续搜索直至完成所有步骤。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1.委托类的父加载器查询java.包的类；搜索停止

2.委托导出bundle搜索导入包中的类；停止搜索

3.委托到处bundle在被需要的bundle里的包中搜索类；一直搜索，知道失败

4.搜索宿主bundle的类路径；一直搜索，知道失败

5.按照加载顺序，搜索片段bundle的类路径。如果找到则停止，否则所有片段的类路径，如果失败则执行下一步。

6.如果搜索的包并没有到处或依赖，那么将委托一个导出的bundle(如果有的话)，请求任意动态导入的包。搜索最终以成功或失败而告终。

Java类加载器
scj1022的博客
12-18 3502
类加载器概述、类加载器的分类、相关的API、双亲委派机制、沙箱安全机制、自定义类加载器
Unity的Plugins目录中文件的加载顺序
欢迎来到《技术探索》，这是一个专注于游戏开发技术的博客。在这里，我们将深入探讨游戏引擎、图形渲染、人工智能、物理模拟等领域的最新技术和最佳实践。无论您是初学者还是经验丰富的开发者，我们都希望为您提供有价值的见解和实用的技巧。
11-13 174
第一阶段（X为平台名）等目录下的脚本和 DLL。第二阶段及其他自定义目录下的脚本。第三阶段等 Editor 相关目录下的脚本。注意Plugins 目录下的脚本和 DLL 会最先被编译，并生成独立的 Assembly（如 Assembly-CSharp-firstpass.dll）。其他目录下的脚本会在 Plugins 之后编译，生成 Assembly-CSharp.dll。Editor 目录下的脚本最后编译，生成 Assembly-CSharp-Editor.dll。
修改ScriptBundle 生成顺序
weixin_30879833的博客
05-06 325
ScriptBundle 一般用法 C#的代码如下： bundles.Add(new ScriptBundle("~/bundles/jqueryval") .Include("~/Scripts/modernizr-*", "~/Scripts/json2.js", "~/Scripts/columnizer.js", ...
osgi类加载顺序源码解析
三月泡生长在阳春三月天，把鲜红的美味奉献给世人
12-25 1248
osgi容器中有三种classloader：各个bundle都有自己的classLoader，osgi容器也有一个框架级的classloader，这些classloader也不同于启动osgi容器的classloader（一般是app classloader）。如果需要加载一个类，那么就需要在这三个classloader之间挑出一个合适的classloader来加载类。本文将根据equinox和f...
类的执行先后顺序
weixin_34126557的博客
07-17 280
classA{static{System.out.print("1");}publicA(){System.out.print("2");}}classBextendsA{static{System.out.print("a");}publicB(){Sy...
插件启动顺序控制
Jor_rosen的技术博客
08-10 1635
在使用obr的时候，用deploy -s命令部署和启动插件，如果一个插件有依赖的插件，felix可以自动计算出来并部署启动所依赖的插件，这样保证了被依赖的启动，由于使用了ipojo，可以自动注入依赖的服务，并启动那些一开始依赖不满足而未启动的pojo，这样就可以在不用特别关注插件启动顺序的情况下，确保所有插件正确启动了。 但是在开发groovy插件时，碰到一个情况，就是groovy插件pom
Unity资源管理类加载AssetBundle
06-09
3. **优先级队列**：为了优化资源加载顺序，可以设计一个优先级队列。资源请求按优先级排序，高优先级的资源优先加载。可以使用`System.Collections.Generic.PriorityQueue`类实现这一功能。 4. **资源卸载**：为了...
JVM之类加载器(ClassLoader)、模块化系统（基于《深入理解Java虚拟机》之第七章类加载机制）(下)
置身于量子事业的软件开发爱好者
07-18 1039
ｗ
Java之虚拟机类加载机制
qq_38571892的博客
02-25 1153
类加载机制概述 在Class文件中描述的各种信息最终都需要加载到虚拟机中之后才能运行和使用。 Java虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验，转换解析和初始化，最终形成可以被虚拟机直接使用的java类型，这就是虚拟机的类加载机制。 在java语言中，类型的加载、连接和初始化过程都是在程序运行期间完成的，这种策略虽然会令两个类加载时稍微增加一些性能开销，但是会为java应用程序提供高度的灵活性，java天生可以动态扩展的语言特性就是依赖运行期动态加载和动态连接这个特点实现的。 类加载
OSGI中的bundle详解
weixin_42410730的博客
12-13 1614
https://www.cnblogs.com/binarylei/p/8537307.html
Bundle类加载器：classloader
jercy的专栏
07-13 6750
最近开始投入时间，进行OSGI的学习，买了林昊的《OSGI的原理与实践》，并且参考51cto上的文章等其他资料，来整理知识OSGI的动态模块性开发，很大程度在于OSGI中Bundle之间依赖性的设计方案，我个人认为这是OSGI 中一个很有价值的地方，在我们平时的web开发中，虽然说是模块性开发，但是那种依赖设计，不是真正的模块，达不到即插即用，及删及无得效果；而在OSGI规范中，则可以实现这种“理想中”的模块化，达到了，物理上脱离的模块开发。回到Bundle之间依赖性的问题上来，bundle之间类的共享：通
OSGI StartLevel explained and using 启动级别机制和使用
魏照哲的专栏
03-08 2516
bundle startlevel实际的应用环境中，我们的 bundle 互相有一定的依赖关系，所以在启动的顺序上要有所区别，好比盖楼，要从打地基开始。实际上，OSGi 框架最初的 start level 是 0，启动顺序如下：将启动级别加一，如果发现有匹配的 bundle（即 bundle 的启动级别和目前的启动级别相等），则启动这个 bundle；继续第一步，直到发现已经启动了所有的 bu
ResourceBundle加载文件的顺序
fishyych
12-24 530
If a ResourceBundle class for the specified Locale does not exist, getBundle tries to find the closest match. For example, if ButtonLabel_fr_CA_UNIX is the desired class and the default Locale...
【OSGi】OSGi类加载流程
Alpha's 学习笔记
10-19 1万+
OSGi每个模块都有自己独立的classpath。如何实现这一点呢？是因为OSGi采取了不同的类加载机制： OSGi为每个bundle提供一个类加载器，该加载器能够看到bundle Jar文件内部的类和资源； 为了让bundle能互相协作，可以基于依赖关系，从一个bundle类加载器委托到另一个bundle类加载器。
深入理解OSGi类加载机制
weixin_34088598的博客
02-16 1045
OSGi之所以能够实现模块热插拔和模块内部可见性的精准控制都归结于其特殊的类加载机制.加载器之间的关系不再是双亲委派模型的树状结构,而是发展成复杂的网状结构。 根据OSGi规范说明:对于类或资源加载，框架必须遵循以下规则。 当请求bundle的类加载器加载类或资源时，必须按以下顺序执行搜索：如果类或资源在java.*包中，则将请求委托给父类加载器; 否则，继续下一步搜索。 ...
Bundle的使用与解析
热门推荐
mLuoya的博客
02-20 1万+
Bundle 应用场景举例 Activity：onCreat()、onSaveInstanceState() Fragment： setArguments() Message：setData() 源码 //位于android.os包中，final类 public final class Bundle extends BaseBundle implements Cloneable, Parcelab...
OSGi 探秘系列 （4）- OSGi Bundle之依赖关系
liubag的专栏
04-02 2963
在之前一篇我写的文章OSGi 探秘系列 （1）- 概述什么是OSGi框架 中，OSGi对Java平台的类加载机制的一个重要改进就是支持包级别的类导入和导出，而不仅仅在jar级别。本文将详细介绍OSGi这一改进机制，并介绍在OSGi中如何定义和解析Bundle之间的依赖关系。   在Java以及很多其它面向对象编程语言中，类之间的依赖关系都是在code中隐含的，当依赖关系不满足的时候，在
介绍下Java的类加载器
最新发布
07-25
<think>我们被要求详细介绍Java类加载器机制及其工作原理。根据引用[1]和[2]，我们知道类加载器负责将.class文件加载到内存，并转换成JVM可执行的类对象。下面将系统化地介绍。 一、类加载器的基本概念 1.1 作用：加载字节码文件（.class）到内存，生成对应的java.lang.Class对象。这样程序才能使用这些类。 二、类加载器的分类（层次结构） Java类加载器采用双亲委派模型（Parent Delegation Model），主要有以下类加载器： 1. 启动类加载器（Bootstrap ClassLoader）： - 由C++实现，是JVM的一部分 - 负责加载Java核心库（JAVA_HOME/jre/lib目录下的核心类库，如rt.jar） - 是其他类加载器的父加载器 2. 扩展类加载器（Extension ClassLoader）： - 由Java实现，继承自java.lang.ClassLoader - 负责加载扩展库（JAVA_HOME/jre/lib/ext目录下的jar包） 3. 应用程序类加载器（Application ClassLoader）： - 也称为系统类加载器（System ClassLoader） - 负责加载用户类路径（ClassPath）上指定的类库 - 是程序中默认的类加载器 4. 自定义类加载器（User-Defined ClassLoader）： - 用户可以通过继承java.lang.ClassLoader类来实现自己的类加载器 三、类加载器的工作原理（双亲委派模型） 双亲委派模型的工作过程： 1. 当一个类加载器收到类加载请求时，它首先不会自己去尝试加载，而是将这个请求委派给父类加载器去完成。 2. 每一层的类加载器都是如此，因此所有的加载请求最终都应该传送到顶层的启动类加载器。 3. 只有当父加载器反馈自己无法完成这个加载请求（它的搜索范围中没有找到所需的类）时，子加载器才会尝试自己去加载。 双亲委派模型的好处： - 避免重复加载：父加载器已经加载过的类，子加载器不会再次加载。 - 安全性：防止核心API被篡改。例如，用户自定义一个java.lang.String类，由于双亲委派，会由启动类加载器加载核心库中的String，而用户自定义的String不会被加载。 四、类加载过程 类加载过程包括以下步骤： 1. 加载（Loading）： - 通过类的全限定名获取定义此类的二进制字节流。 - 将字节流所代表的静态存储结构转换为方法区的运行时数据结构。 - 在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口。 2. 链接（Linking）： - 验证（Verification）：确保被加载的类的正确性，包括文件格式验证、元数据验证、字节码验证、符号引用验证。 - 准备（Preparation）：为类的静态变量分配内存，并将其初始化为默认值（0, false, null等）。注意：这里不会执行任何Java代码。 - 解析（Resolution）：将常量池内的符号引用替换为直接引用。 3. 初始化（Initialization）： - 执行类构造器<clinit>()方法的过程（由编译器自动收集类中所有静态变量的赋值动作和静态代码块中的语句合并而成）。 - 初始化阶段是执行类构造器方法的过程，该方法是由编译器自动收集类中的静态变量赋值和静态代码块合并产生的。 五、自定义类加载器 用户可以通过继承ClassLoader类并重写findClass方法来实现自定义类加载器。自定义类加载器的常见用途： - 从非标准来源加载类（如网络、加密文件等） - 实现热部署（在不重启应用的情况下重新加载类） - 实现类的隔离（如Tomcat为每个Web应用提供独立的类加载器） 六、破坏双亲委派模型 在某些特殊情况下，可能需要破坏双亲委派模型，例如： - JDBC服务加载：JDBC的Driver接口在核心库中，但具体实现由各数据库厂商提供，这些实现类需要由应用类加载器加载，但启动类加载器无法加载应用类路径下的类。因此引入了线程上下文类加载器（Thread Context ClassLoader）来打破双亲委派。 - OSGi框架：每个模块（Bundle）都有自己的类加载器，模块之间通过委派给其他模块加载器来实现类加载。 七、示例代码：自定义类加载器 ```java public class MyClassLoader extends ClassLoader { private String classPath; public MyClassLoader(String classPath) { this.classPath = classPath; } @Override protected Class<?> findClass(String name) throws ClassNotFoundException { try { byte[] data = loadClassData(name); return defineClass(name, data, 0, data.length); } catch (IOException e) { throw new ClassNotFoundException(); } } private byte[] loadClassData(String className) throws IOException { // 从指定路径读取类文件的字节 String path = classPath + File.separatorChar + className.replace('.', File.separatorChar) + ".class"; try (InputStream is = new FileInputStream(path); ByteArrayOutputStream byteSt = new ByteArrayOutputStream()) { int len; byte[] buffer = new byte[4096]; while ((len = is.read(buffer)) != -1) { byteSt.write(buffer, 0, len); } return byteSt.toByteArray(); } } } ``` 八、总结 Java类加载器机制是Java动态性的基础，通过双亲委派模型保证了Java程序的稳定运行。理解类加载器的工作原理对于解决类加载冲突、实现热部署等高级功能至关重要。 最后，我们生成相关问题：</think>### Java类加载器机制详解 #### 一、核心概念 类加载器（ClassLoader）是JVM的核心组件，负责将`.class`字节码文件加载到内存，并转换为可执行的Java类对象。其核心功能包括： 1. **动态加载**：运行时按需加载类 2. **隔离机制**：实现不同模块的类隔离 3. **安全控制**：防止核心API被篡改 4. **双亲委派**：保障类加载的安全性（核心机制） #### 二、类加载器层级结构 ```mermaid graph TD A[启动类加载器] --> B[扩展类加载器] B --> C[应用类加载器] C --> D[自定义加载器1] C --> E[自定义加载器2] ``` 1. **启动类加载器（Bootstrap ClassLoader）** - C++实现，JVM内部组件 - 加载核心库（`JAVA_HOME/jre/lib`） - **唯一无父级的加载器** 2. **扩展类加载器（Extension ClassLoader）** - Java实现，`sun.misc.Launcher$ExtClassLoader` - 加载扩展目录（`JAVA_HOME/jre/lib/ext`） - 父级为Bootstrap 3. **应用类加载器（Application ClassLoader）** - `sun.misc.Launcher$AppClassLoader` - 加载`-classpath`指定路径的类 - 默认的线程上下文类加载器 4. **自定义类加载器** - 用户继承`ClassLoader`实现 - 典型应用：Tomcat的WebappClassLoader #### 三、双亲委派模型（核心机制） 工作流程： ```mermaid sequenceDiagram participant Sub as 子加载器 participant Parent as 父加载器 participant Boot as Bootstrap Sub->>Parent: 1. 委托父加载器 Parent->>Boot: 2. 继续向上委托 Boot-->>Parent: 3. 无法加载时返回 Parent-->>Sub: 4. 仍无法加载时返回 Sub->>Sub: 5. 自行加载 ``` 数学表示加载顺序： $$ \text{LoadOrder}(C) = \begin{cases} \text{Bootstrap} & \text{优先尝试} \\ \text{Extension} & \text{次优先} \\ \text{Application} & \text{最后尝试} \end{cases} $$ **设计优势**： - 避免重复加载（$ \forall C, \exists! \text{ ClassLoader} $） - 防止核心API被篡改 - 保证类全局唯一性（$ \text{Class}_A \neq \text{Class}_B $即使字节码相同） #### 四、类加载过程 1. **加载（Loading）** - 获取二进制字节流 - 生成方法区数据结构 - 创建`Class`对象 2. **链接（Linking）** - 验证：字节码合法性检查（$ \text{Verify}(bytecode) \rightarrow \text{true/false} $） - 准备：分配静态变量内存并初始化默认值 ```java static int value = 123; // 准备阶段 value=0 ``` - 解析：符号引用→直接引用 3. **初始化（Initialization）** - 执行`<clinit>()`方法（静态块和静态变量赋值） - 线程安全的初始化锁机制 #### 五、自定义类加载器实现 ```java public class CustomClassLoader extends ClassLoader { private String classPath; @Override protected Class<?> findClass(String name) throws ClassNotFoundException { byte[] classData = loadClassData(name); return defineClass(name, classData, 0, classData.length); } private byte[] loadClassData(String className) { // 从自定义路径读取.class文件 String path = classPath + className.replace('.', '/') + ".class"; try (InputStream is = new FileInputStream(path)) { ByteArrayOutputStream baos = new ByteArrayOutputStream(); int len; while ((len = is.read()) != -1) { baos.write(len); } return baos.toByteArray(); } catch (IOException e) { throw new RuntimeException("类加载失败: " + path, e); } } } ``` **使用场景**： - 热部署（如Spring Boot DevTools） - 模块化隔离（OSGi/Tomcat） - 加密类文件加载 #### 六、打破双亲委派场景 1. **SPI机制**（JDBC驱动加载） ```java // 使用线程上下文类加载器 ClassLoader cl = Thread.currentThread().getContextClassLoader(); ServiceLoader<Driver> drivers = ServiceLoader.load(Driver.class, cl); ``` 2. **热部署技术** - 每个模块使用独立类加载器 - 卸载时直接回收整个加载器实例 3. **OSGi框架** - 网状结构加载模型 - 动态模块化支持 #### 七、常见问题诊断 1. **ClassNotFoundException** - 检查类路径：`System.getProperty("java.class.path")` - 确认类加载器层级 2. **NoClassDefFoundError** - 类存在但依赖缺失 - 使用`-verbose:class`参数跟踪加载过程 3. **LinkageError** - 同一类被不同加载器加载 - 解决方案：隔离加载域 > 类加载机制是Java动态性的基石，理解其原理对解决依赖冲突、实现热部署等高级功能至关重要[^1][^2]。 --- ### 相关问题 1. 双亲委派模型如何防止核心API被篡改？ 2. 如何在自定义类加载器中实现热部署功能？ 3. ClassLoader的`loadClass()`和`findClass()`方法有何区别？ 4. 为什么JDBC驱动需要打破双亲委派机制？ 5. 如何诊断类加载器导致的内存泄漏问题？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值