JVM深入学习笔记六-JVM类加载

逃离我推掉我的手 2022-08-13 01:59 211阅读 0赞

类加载过程

![Center][]

主要分为了 加载->链接(验证->准备->解析)->初始化->使用->卸载这几个阶段。

**加载**

三件事

1. 通过类的权限定名称来获取定义此类的二进制字节流(可以是文件，网络，数据库，动态等等等等)

2. 把类的结构放在方法区中

3. 创建Class对象作为访问入口

**验证**

主要包括了字节码验证，元数据验证(这部分在编译期间基本上避免了)，类文件格式验证。

**准备**

包括了内存分配和类变量(static)初始值的设定，以及常量池的写入。

**解析**

主要是解析符号引用和直接引用，符号引用就是个字面量，直接引用是真正的内存地址。

**初始化**

就是执行<clinit>()方法的过程

它是 由类变量赋值和static代码块合并成的

会先执行父类的clinit方法。

JVM会保证clinit方法的线程安全，比如写一个static的长执行方法，两个线程调用的时候会看到等待过程

初始化触发的时间点  new , 引用类的final字段，但是staticfinal的除外，  调用类的静态方法。  用reflect包反射调用，执行时main方法宿主类， 子类初始化先初始化父类

**类加载器**

不同的类加载器使用instanceof的时候会判断两个相同的Class生成的obj是返回false的。

**双亲委派模型**

![Center 1][]

每个类加载器的功能图上已经说得很清楚了。

说是双亲委派模型主要是说得1.2之后的所有的类加载器的实现的模式都是

实现的时候就是我们自己去实现findClass（）方法，loadClass()方法里的逻辑是先调用了父类类加载器，当父类无法加载的时候调用findClass()方法。

**破坏双亲委派模型**

双亲的模型会有一个问题，默认了用户类会调用基础类，但是有些情况不是这样的，比如JNDI，JNDI是由启动加载器加载的，但是其确需要引用一些第三方的类，为了解决类似的情况，引入了ThreadContextClassLoader. JNDI, JDBC等都使用了这种情况

此外，为了热部署的OSGI技术也是一个没有使用这个结构的代表。

**Tomcat类加载器架构**

一个Web容器设计类加载的时候可能会遇到的问题：

1. 每个应用应该相互隔离， 因为可能用到了同一个类的不同版本

2. 各应用所使用的类库又应该可以共享，这样就不用每一个都拷贝一份servelt.jar jsp.jar等等

3. 服务器本身的类库应该与应用的类库相互隔离

4. 应该支持JSP生成类的热替换

所以tomcat的类加载器设计成这个样子的：

![Center 2][]

可以看出，出了JDK自己的加载器外，还有tomcat设计的类加载的目录

/common  可以被Tomcat和所有的Web应用共同使用的

/server   可以被Tomcat使用，不能被Web应用使用

/shared 被所有Web程序共同使用

/WebApp/WEB-INF/ 仅此Web应用可见

这样的类设计可以很好的实现上述的功能

OSGI灵活的类加载器

模块化技术的事实标准。

OSGI给每一个bundle使用了一个类加载器，当需要更换bundle的时候连同类加载器一起换掉。

比如BundleA对应了ClassLoaderA, 其通过Export到处了一个包，  这个包被BundleB所引用。

bundle自己的类加载器负责加载自己的类，以及调用启动类加载器加载rt.jar等公用内容。

而当bundleB需要加载Import A的包的时候就会委派给ClassLoaderA进行加载，因为不在同一个ClassLoader中同名类是可以共存的， 这样就保证了可以同时存在不同版本的jar包在开发环境中。

其类加载器的结构

![Center 3][]

对于OSGI还有很多需要学习的地方

[Center]: /images/20220810/1077ff38cb2e49758dfed9759760abf9.png
[Center 1]: /images/20220810/0190d5465b9a483fa20d8bce9eb838d9.png
[Center 2]: /images/20220810/082369cc563049e8837bd14d3d91e36d.png
[Center 3]: /images/20220810/672150a5d5454619a2747e10101dca27.png

发表评论取消回复

表情：

评论列表（有 0 条评论，211人围观）

还没有评论，来说两句吧...

相关阅读

相关深入理解JVM，类加载器

虚拟机设计团队把类加载阶段中的“通过一个类的全限定名来获取描述此类的二进制字节流(即字节码)”这个动作放到Java虚拟机外部去实现，以便让应用程序自己决定如何去获取所需要的类。

水深无声/ 2023年10月10日 08:37/ 0 赞/ 99 阅读

相关 Jvm学习笔记(四) 类加载原理

![format_png][] Jvm类加载机制 Java虚拟机把描述类的数据从class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使

一时失言乱红尘/ 2023年09月25日 22:17/ 0 赞/ 51 阅读

相关 JVM学习笔记——类加载过程

一个Class在虚拟机中的完整生命周期如下图所示： ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_te

妖狐艹你老母/ 2023年07月01日 08:45/ 0 赞/ 8 阅读

相关 JVM深入学习笔记六-JVM类加载

类加载过程 ![Center][] 主要分为了加载->链接(验证->准备->解析)->初始化->使用->卸载这几个阶段。加载三件事 1. 通过类的权限定名

逃离我推掉我的手/ 2022年08月13日 01:59/ 0 赞/ 212 阅读

相关深入理解JVM类加载过程

虚拟机类加载机制 1. 生命周期从被加载到虚拟机内存，到卸载内存为止，包含7个阶段：加载、验证、解析、准备、初始化、使用、卸载。 ![3f0b

谁践踏了优雅/ 2022年07月16日 23:07/ 0 赞/ 214 阅读

相关 JVM学习笔记2——类加载机制

类加载机制虚拟机如何加载class文件，class文件中的信息进入到虚拟机中会发生什么变化？类加载机制类的加载指的是JVM把描述类的二进制数据从.class

红太狼/ 2022年05月30日 04:07/ 0 赞/ 179 阅读

相关 JVM学习笔记——类加载的过程

类的整个生命周期的7个阶段是：加载（Loading）、验证(Verification)、准备(Preparation)、解析(Resolution)、初始化(Initializ

冷不防/ 2022年05月24日 13:58/ 0 赞/ 212 阅读

相关深入理解JVM（六）：虚拟机类加载机制

虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型，这就是虚拟机的类加载机制。在Java中，类型

快来打我*/ 2022年05月14日 16:07/ 0 赞/ 338 阅读

相关 [JVM]深入类加载机制详解

如下图所示，JVM类加载机制分为五个部分：加载，验证，准备，解析，初始化，下面我们就分别来看一下这五个过程。 [![2fb054008ca2898e0a17f7d79ce52

野性酷女/ 2022年05月09日 09:36/ 0 赞/ 286 阅读

相关 JVM(六)-类加载器

上一篇博客介绍了类加载机制，知道类加载主要有加载、验证、准备、解析、初始化五个阶段，其中加载阶段是可控性最强的阶段，因为开发人员既可以使用系统提供的类加载器来完成加载，也可以自

红太狼/ 2022年04月03日 15:46/ 0 赞/ 250 阅读