JVM
2023-01-27 10:52:41 29 举报AI智能生成
登录查看完整内容
为你推荐
查看更多
JVM思维导图
作者其他创作
大纲/内容
通过类的全限定名来获取定义此类的二进制字节流
将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构
在内存中生成一个代表这个类的java.lang.Class对象，作为访问这个类在方法区各种数据的入口
new关键字、读取或设置一个类的静态字段时（被final修饰的除外）
使用反射调用时，如 Class.forName()
初始化子类，父类未初始化时，先初始化父类
虚拟器启动，初始化main()方法的类
当一个接口中定义了JDK 8新加入的默认方法（被default关键字修饰的接口方法）时，如果有这个接口的实现类发生了初始化，那该接口要在其之前被初始化
类加载的时机
加载
文件格式验证
元数据验证
字节码验证
符号引用验证
校验字节码文件的正确性
验证
给类的静态变量分配内存，并赋予默认值
准备
符号引用
直接引用
将常量池内的符号应用替换为直接引用
解析
执行类构造器<clinit>()方法
初始化
使用
卸载
加载、验证、准备、初始化和卸载这五个阶段的顺序是确定的，类的加载必须按这个顺序按部就班的开始，只是开始，因为这些阶段都是相交叉的混合执行，会在一个阶段的执行过程中调用、和激活另一个阶段
类加载流程
概要
加载存放在JRE_HOME/lib目录下存放的类库
引导类加载器
加载JRE_HOME/lib/ext目录下存放的类库
扩展类加载器
加载classpath下的所有类库
应用程序类加载器
用户自定义的类加载器
自定义加载器
类加载器
程序启动时创建JVM启动器实例sun.misc.Launcher
应用类加载器
由Launcher创建另外两个类加载器
类加载器初始化过程
先检查请求加载的类型是否已经被加载过
父加载器为空则默认使用引导类加载器作为父加载器
没有则调用父加载器的loadClass()方法
父类加载器加载失败，调用自己的findClass()方法尝试进行加载
流程
父子关系是通过类中的parent属性实现的
自己写的java.lang.String.class类不会被加载，这样便可以防止核心API库被随意篡改
沙箱安全机制
当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次，保证被加载类的唯一性
避免类的重复加载
作用
双亲委派机制
“全盘负责”是指当一个ClassLoder装载一个类时，除非显示的使用另外一个ClassLoder，该类所依赖及引用的类也由这个ClassLoder载入
全盘负责委托机制
继承ClassLoader类
重写findClass方法
自定义类加载器
在自定义类加载器的基础上重写loadClass方法
如何打破双亲委派机制
类加载机制
根据给定的全限定名类名(如：java.lang.Object)来装载class文件到运行时数据区的元空间中
类装载子系统
存放了几乎所有的对象实例
-Xmx
-Xms
参数
堆
存储已被虚拟机加载的类信息、常量、静态变量、即使编译器编译后的代码缓存
-XX:MetaspaceSize
‐XX:MaxMetaspaceSize
使用直接内存
内存
元空间
每个方法被执行时，都会创建一个栈帧
Java虚拟机栈所分配的一块内存区域
局部变量表
操作数栈
动态链接
方法出口
内容
栈帧
虚拟机栈
结构与虚拟机栈类似
执行的是native方法
本地方法栈
确定当前线程执行的位置
程序计数器
运行时数据区
线程共享
线程私有
执行字节码指令
字节码执行引擎
引用计数法
可达性分析算法
算法
Eden区
Survivor区
年轻代
young gc
full gc
老年代
区域
GC
内存模型
加载类指令
类加载检查
对象所需内存的大小在类加载完成后便可完全确定
如何划分内存
并发问题
分配内存的两个问题
指针碰撞(默认)
空闲列表
分配内存的方式
CAS
设定虚拟机是否使用TLAB，默认启用
-XX:+UseTLAB
指定TLAB大小
-XX:TLABSize
本地线程分配缓冲(默认)
并发问题的解决方式
分配内存
将分配到的内存空间都初始化为零值
哈希码
GC分代年龄
锁状态标志
线程持有的锁
偏向线程ID
Mark World标记字段
对象指向它的类元数据的指针，虚拟机通过这个指针来确定这个对象是哪个类的实例
Kclass Pointer 类型指针
设置对象头
即对象按照程序员的意愿进行初始化。对应到语言层面上讲，就是为属性赋值（由程序员赋的值），和执行构造方法以及静态代码块。
执行<clinit>方法
对象头
实例数据
对齐填充
对象的内存结构
代码
图
在64位平台的HotSpot中使用32位指针，内存使用会减少1.5倍左右
使用较大指针在主内存和缓存之间移动数据， 占用较大宽带，同时GC也会承受较大压力
堆内存大于32G时，压缩指针会失效，会强制使用64位(即8字节)来对java对象寻址，所以堆内存不要大于32G
为什么进行指针压缩？
XX:+UseCompressedOops
对象大小与指针压缩
对象的创建
流程图
就是分析对象动态作用域，当一个对象在方法中被定义后，它可能不被外部方法所引用，只在本方法中使用
alloc方法中的user只在该方法中使用，作用域明确，可以随着栈帧的关闭而销毁
逃逸分析
通过逃逸分析确定该对象不会被外部访问，并且对象可以被进一步分解时，JVM不会创建该对象，而是将该对象成员变量分解若干个被这个方法使用的成员变量所代替，这些代替的成员变量在栈帧或寄存器上分配空间，这样就不会因为没有一大块连续空间导致对象内存不够分配。
标量即不可被进一步分解的量， 如基础数据类型
聚合量就是可以被进一步分解的量， 如对象
标量与聚合量
标量替换
逃逸分析用于分析对象是否可以在栈上分配，标量替换是对象在栈上分配的手段，二者缺一不可
对象栈上分配
大多数情况下，对象在新生代中 Eden 区分配
Eden区内存不够时，触发Young Gc/Minor Gc
Young Gc后存活的对象进入Survivor区
对象在Eden区分配
年轻代，Eden区：Survivor区=8:1:1
大对象就是需要大量连续内存空间的对象
如果对象超过大小会直接进入老年代
设置大对象的大小
数只在Serial和ParNew两个收集器下有效
参数：-XX:PretenureSizeThreshold
通常大对象都是长期存活的对象，如大数组，静态变量
对于长期存活的对象，如果还是像普通对象一样在Eden区和Survivor区反复gc后才进入老年代，这是没有意义且白白消耗资源的事情
让大对象直接进入老年代，可以避免这样的问题，提升gc效率
为什么要让大对象直接进入老年代？
大对象直接进入老年代
对象头中记录了对象的年龄
对象每并经过一次Young GC后仍然能够存活， 则年龄+1
年龄达到15(默认值)后进入老年代
设置年龄阈值
如果清楚知道业务中的对象不会经过n次gc就会被回收，那么可以将该阈值设置小一点，比如n*2
比如我明确知道业务中对象绝对不会超过3次gc就会被回收那么反过来说，超过3次gc还没有被回收的对象，就是些可以长期存活的对象长期存活的对象应该让它尽早进入老年代，不要在年轻代影响其他对象的内存分配和gc但为了保险一点，我设置阈值为5，这样对象的年龄超过了5，就去老年代了
为什么可以设置小一点？
-XX:MaxTenuringThreshold
长期存活的对象进入老年代
如果在Young GC后，存活的对象放入Survivor区时，这一批存活的对象总大小大于这块Survivor区域内存大小的50%，那么此时按照对象年龄从小到大排序，大于内存区域50%的对象，就直接进入老年代
如一批存活对象放入Survivor区，这一批对象内存总大小达到了Survivor区的70%，按照年龄排序，比如年龄1的对象占30%，年龄2占10%， 年龄3占10%，那么大于等于年龄3的对象全部进入老年代
目的同样是让长期存活的对象尽早进入老年代
动态年龄判断机制
-XX:-HandlePromotionFailure(默认设置)
假设没有这套机制，就会发生Young GC后，有一些要放入老年代的存活对象，但是由于老年代剩余空间不够，导致又要触发一次Full GC
使用这套机制，可以避免多发生一次Young GC， 直接进行Full GC
为什么要这样做？
老年代空间分配担保机制
对象内存分配
实现简单，效率高
优点
循环引用问题
问题
将“GC Roots” 对象作为起点，从这些节点开始向下搜索引用的对象，找到的对象都标记为非垃圾对象，其余未标记的对象都是垃圾对象
GC Roots根节点：线程栈的本地变量、静态变量、本地方法栈的变量等等
普通的变量引用
强引用
将对象用SoftReference软引用类型的对象包裹
软引用
将对象用WeakReference软引用类型的对象包裹
弱引用
虚引用
常见引用类型
如果使用可达性分析算法，那些被标记可回收的对象，可使用finalize方法进行自救
观察一些源码发现，常用于兜底的资源释放，如IO流，线程池
finalize()方法
该类所有的实例都已经被回收，也就是 Java 堆中不存在该类的任何实例
加载该类的 ClassLoader 已经被回收
该类对应的 java.lang.Class 对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法
如何判断一个类是无用的类
对象内存回收
JVM
0 条评论
回复 删除
下一页
