JVM理解笔记（下）

最新推荐文章于 2024-11-01 09:51:05 发布

ElegantQ

最新推荐文章于 2024-11-01 09:51:05 发布

阅读量387

点赞数 5

分类专栏：笔记文章标签： jvm java 面试

本文链接：https://blog.csdn.net/weixin_45887086/article/details/111282553

版权

笔记专栏收录该内容

3 篇文章 0 订阅

订阅专栏

本文详细讲解了JVM中对象创建过程，包括类加载机制、内存分配策略，以及对象定位的两种方式——句柄与直接指针。还探讨了类加载的双亲委派模型、运行时包的概念，以及自定义类加载器的使用。最后，概述了Java程序对类执行的不同方式和类加载器的卸载规则。

摘要由CSDN通过智能技术生成

学习JVM梳理的一些笔记。

HotSpot虚拟机详解

Java对象创建过程

（1）虚拟机遇到一条new指令时，首先检查这个指令的参数能否在常量池中定位到一个类的符号引用，并检查这个符号引用代表的类是否已经加载、连接和初始化。如果没有，就执行该类的加载过程。
（2）为该对象分配内存。A、假设Java堆是规整的，所有用过的内存放在一边，空闲的内存放在另外一边，中间放着一个指针作为分界点的指示器。那分配内存只是把指针向空闲空间那边挪动与对象大小相等的距离，这种分配称为“指针碰撞” B、假设Java堆不是规整的，用过的内存和空闲的内存相互交错，那就没办法进行“指针碰撞”。虚拟机通过维护一个列表，记录哪些内存块是可用的，在分配的时候找出一块足够大的空间分配给对象实例，并更新表上的记录。这种分配方式称为“空闲列表“。C、使用哪种分配方式由Java堆是否规整决定。Java堆是否规整由所采用的垃圾收集器是否带有压缩整理功能决定。D、分配对象保证线程安全的做法：虚拟机使用CAS失败重试的方式保证更新操作的原子性。（实际上还有另外一种方案：每个线程在Java堆中预先分配一小块内存，称为本地线程分配缓冲，TLAB。哪个线程要分配内存，就在哪个线程的TLAB上分配，只有TLAB用完并分配新的TLAB时，才进行同步锁定。虚拟机是否使用TLAB，由-XX:+/-UseTLAB参数决定）。
（3）虚拟机为分配的内存空间初始化为零值（默认值）。
（4）虚拟机对对象进行必要的设置，例如这个对象是哪个类的实例、如何才能找到对象的元数据信息、对象的Hash码、对象的GC分代年龄等信息。这些信息存放在对象的对象头中。
（5）执行方法，把对象按照程序员的意愿进行初始化。

对象的定位访问的方式（通过引用如何去定位到堆上的具体对象的位置）

（1）句柄：使用句柄的方式，Java堆中将会划分出一块内存作为作为句柄池，引用中存储的就是对象的句柄的地址。而句柄中包含了对象实例数据和对象类型数据的地址。
在这里插入图片描述

（2）直接指针：使用直接指针的方式，引用中存储的就是对象的地址。Java堆对象的布局必须必须考虑如何去访问对象类型数据。
在这里插入图片描述
（3）两种方式各有优点：A、使用句柄访问的好处是引用中存放的是稳定的句柄地址，当对象被移动（比如说垃圾回收时移动对象），只会改变句柄中实例数据指针，而引用本身不会被修改。B、使用直接指针，节省了一次指针定位的时间开销。

类加载机制

概念

类加载器把class文件中的二进制数据读入到内存中，存放在方法区，然后在堆区创建一个java.lang.Class对象，用来封装类在方法区内的数据结构。

类加载的步骤如下

1、加载：查找并加载类的二进制数据（把class文件里面的信息加载到内存里面）。
2、连接：把内存中类的二进制数据合并到虚拟机的运行时环境中（1）验证：确保被加载的类的正确性。包括： A、类文件的结构检查：检查是否满足Java类文件的固定格式；B、语义检查：确保类本身符合Java的语法规范；C、字节码验证：确保字节码流可以被Java虚拟机安全的执行；D、二进制兼容性验证：确保相互引用的类之间是协调一致的。（2）准备：为类的静态变量分配内存，并将其初始化为默认值（3）解析：把类中的符号引用转化为直接引用（比如说方法的符号引用，是有方法名和相关描述符组成，在解析阶段，JVM把符号引用替换成一个指针，这个指针就是直接引用，它指向该类的该方法在方法区中的内存位置）。
3、初始化：为类的静态变量赋予正确的初始值。当静态变量的等号右边的值是一个常量表达式时，不会调用static代码块进行初始化。只有等号右边的值是一个运行时运算出来的值，才会调用static初始化。

双亲委派模型

1、当一个类加载器收到类加载请求的时候，它首先不会自己去加载这个类的信息，而是把该请求转发给父类加载器，依次向上。所以所有的类加载请求都会被传递到父类加载器中，只有当父类加载器中无法加载到所需的类，子类加载器才会自己尝试去加载该类。当当前类加载器和所有父类加载器都无法加载该类时，抛出ClassNotFindException异常。
2、意义：提高系统的安全性。用户自定义的类加载器不可能加载应该由父加载器加载的可靠类。（比如用户定义了一个恶意代码，自定义的类加载器首先让系统加载器去加载，系统加载器检查该代码不符合规范，于是就不继续加载了）。

运行时包

（1）由同一个类加载器加载并且拥有相同包名的类组成运行时包。
（2）只有属于同一个运行时包的类，才能访问包可见（default）的类和类成员。作用是限制用户自定义的类冒充核心类库的类去访问核心类库的包可见成员。

加载两份相同的class对象的情况

A和B不属于父子类加载器关系，并且各自都加载了同一个类。

特点

1、全盘负责：当一个类加载器加载一个类时，该类所依赖的其他类也会被这个类加载器加载到内存中。
2、缓存机制：所有的Class对象都会被缓存，当程序需要使用某个Class时，类加载器先从缓存中查找，找不到，才从class文件中读取数据，转化成Class对象，存入缓存中。

两种类型的类加载器

1、 JVM自带的类加载器（3种）：（1）根类加载器（Bootstrap）：a、C++编写的，程序员无法在程序中获取该类 b、负责加载虚拟机的核心库，比如java.lang.Object c、没有继承ClassLoader类（2）扩展类加载器（Extension）：a、Java编写的，从指定目录中加载类库 b、父加载器是根类加载器 c、是ClassLoader的子类 d、如果用户把创建的jar文件放到指定目录中，也会被扩展加载器加载。（3）系统加载器（System）或者应用加载器(App)：a、Java编写的 b、父加载器是扩展类加载器 c、从环境变量或者class.path中加载类 d、是用户自定义类加载的默认父加载器 e、是ClassLoader的子类
2、用户自定义的类加载器：（1）Java.lang.ClassLoader类的子类（2）用户可以定制类的加载方式（3）父类加载器是系统加载器（4）编写步骤：A、继承ClassLoader B、重写findClass方法。从特定位置加载class文件，得到字节数组，然后利用defineClass把字节数组转化为Class对象（5）为什么要自定义类加载器？A、可以从指定位置加载class文件，比如说从数据库、云端加载class文件 B、加密：Java代码可以被轻易的反编译，因此，如果需要对代码进行加密，那么加密以后的代码，就不能使用Java自带的ClassLoader来加载这个类了，需要自定义ClassLoader，对这个类进行解密，然后加载。

问题：Java程序对类的执行有几种方式

1、主动使用（6种情况）：JVM必须在每个类“首次主动使用”的时候，才会初始化这些类。（1）创建类的实例（2）读写某个类或者接口的静态变量（3）调用类的静态方法（4）同过反射的API（Class.forName()）获取类（5）初始化一个类的子类（6） JVM启动的时候，被标明启动类的类（包含Main方法的类）只有当程序使用的静态变量或者静态方法确实在该类中定义时，该可以认为是对该类或者接口的主动使用。
2、被动使用：除了主动使用的6种情况，其他情况都是被动使用，都不会导致类的初始化。3、 JVM规范允许类加载器在预料某个类将要被使用的时候，就预先加载它。如果该class文件缺失或者存在错误，则在程序“首次主动使用”的时候，才报告这个错误。（Linkage Error错误）。如果这个类一直没有被程序“主动使用”，就不会报错。