哈尔滨网站设计公司地址,wordpress主题检测,江西省水文监测中心,做网站产品资料表格目录
1. 基本常识
1.1 JVM是什么
1.2 JVM架构图
1.3 Java技术体系
1.4 Java与JVM的关系
2. 类加载系统
2.1 类加载器种类
2.2 执行顺序
2.3 类加载四个时机
2.4 生命周期
2.5 类加载途径
2.6 双亲委派模型
3. 运行时数据区
3.1 运行时数据区构成
3.2 堆
3.3 栈…目录
1. 基本常识
1.1 JVM是什么
1.2 JVM架构图
1.3 Java技术体系
1.4 Java与JVM的关系
2. 类加载系统
2.1 类加载器种类
2.2 执行顺序
2.3 类加载四个时机
2.4 生命周期
2.5 类加载途径
2.6 双亲委派模型
3. 运行时数据区
3.1 运行时数据区构成
3.2 堆
3.3 栈
3.4 本地方法栈
3.5 方法区
3.6 程序计数器
3.7 字符串常量池
4. 对象生命周期
4.1 创建过程
4.2 对象内存分配方式
4.3 内存分配安全问题
4.4 对象分配流程
4.5 对象怎样才会进入老年代
4.6 老年代的担保示意图
4.7 对象三个区
4.8 标记字段
4.9 打印对象内存布局信息
4.10 如何访问对象
5. 垃圾回收
5.1 什么是垃圾
5.2 如何找到垃圾
5.2.1 引用计数法
5.2.2 根可达算法
5.3 回收过程
5.4 对象引用
5.5 如何清除垃圾
5.5.1 标记清除算法
5.5.2 拷贝算法
5.5.3 标记-整理算法
5.6 垃圾回收器
5.7 串行收集器
5.7.1 Serial收集器
5.7.2 Serial Old收集器
5.8 并行收集器
5.8.1 Parallel Scavenge收集器
5.8.2 Parallel Old收集器
5.8.3 ParNew收集器
5.8.4 CMS收集器
5.8.5 G1Garbage-First收集器
5.8.6 ZGCZ Garbage Collector 1. 基本常识 1.1 JVM是什么 1.2 JVM架构图 1.3 Java技术体系 1.4 Java与JVM的关系 2. 类加载系统 2.1 类加载器种类
JVM的类加载是通过ClassLoader及其子类来完成的 2.2 执行顺序 2.3 类加载四个时机 2.4 生命周期 2.5 类加载途径 2.6 双亲委派模型 3. 运行时数据区 3.1 运行时数据区构成
堆 栈 本地方法栈 方法区 程序计数器 3.2 堆
概念 内存划分 内存模型变迁 3.3 栈
栈帧 当前栈帧 栈帧创建时间: 栈异常的两种情况: 3.4 本地方法栈 3.5 方法区
方法区概念: 方法区存的数据: 永久代与元空间区别: 方法区实现变迁历史: 3.6 程序计数器 3.7 字符串常量池 4. 对象生命周期 4.1 创建过程 4.2 对象内存分配方式
内存分配的方法有两种不同垃圾收集器不一样
指针碰撞(Bump the Pointer)空闲列表(Free List) 4.3 内存分配安全问题
在分配内存的时候虚拟机给A线程分配内存过程中指针未修改。此时B线程同时使用了同样一块内 存。是不是就出现了线程的安全性问题
在JVM中有两种解决办法
CAS 是乐观锁的一种实现方式。虚拟机采用 CAS 配上失败重试的方式保证更新操作的原子性。TLAB本地线程分配缓冲(Thread Local Allocation Buffer即TLAB)为每一个线程预先分配一块内存
JVM在第一次给线程中的对象分配内存时首先进行TLAB的分配。当对象大于TLAB中的剩余内 存或TLAB的内存已用尽时再采用上述的CAS进行内存分配。 4.4 对象分配流程 4.5 对象怎样才会进入老年代
对象内存分配
新生代新对象大多数都默认进入新生代的Eden区进入老年代的条件四种情况 1:存活年龄太大默认超过15次【-XX:MaxTenuringThreshold】 2:动态年龄判断MinorGC之后发现Survivor区中的一批对象的总大小大于了这块Survivor区 的50%那么就会将此时大于等于这批对象年龄最大值的所有对象直接进入老年代。 3:大对象直接进入老年代前提是Serial和ParNew收集器 4:MinorGC后存活对象太多无法放入Survivor
空间担保机制当新生代无法分配内存的时候我们想把新生代的老对象转移到老年代然后把新对象 放入腾空的新生代。此种机制我们称之为内存担保。 4.6 老年代的担保示意图 4.7 对象三个区 堆内存中一个对象在内存中存储的布局可以分为三块区域
对象头HeaderJava对象头占12字节,数组加4字节 标记字段MarkWord 用于存储对象自身的运行时数据它是synchronized实现轻量级锁和偏向锁的关键。 默认存储对象HashCode、GC分代年龄、锁状态等等信息。 为了节省空间也会随着锁标志位的变化存储数据发生变化 类型指针KlassPoint 是对象指向它的类元数据的指针虚拟机通过这个指针来确定这个对象是哪个类的实例 开启指针压缩存储空间4byte不开启8byte。 JDK1.6默认开启 数组长度如果对象是数组则记录数组长度占4个byte如果对象不是数组则不存在。 实例数据Instance Data生成对象的时候对象的非静态成员变量也会存入堆空间 对齐填充PaddingJVM内对象都采用8byte对齐不够8byte的会自动补齐。 4.8 标记字段
在32位系统中一个字是32bit也就是4字节。64位系统中一个字是64bit也就是8字节。 4.9 打印对象内存布局信息 dependency
groupIdorg.openjdk.jol/groupId
artifactIdjol-core/artifactId
version0.9/version
/dependencyimport org.openjdk.jol.info.ClassLayout;
public class ObjLock01 {
public static void main(String[] args) {
Object o new Object();
System.out.println(new Object:
ClassLayout.parseInstance(o).toPrintable());
}
} 结论空对象大小 对象头12 实例数据0 对齐填充4 16 bytes
4.10 如何访问对象
有两种方式
句柄稳定对象被移动只要修改句柄中的地址直接指针访问速度快节省了一次指针定位的开销 5. 垃圾回收 5.1 什么是垃圾
在内存中没有被引用的对象就是垃圾。 5.2 如何找到垃圾 5.2.1 引用计数法
1、引用计数法Reference Counting 当这个对象引用都消失了消失一个计数减一当引用都消失了计数就会变为0。此时这个对象就会变 成垃圾
在堆内存中主要的引用关系有如下三种单一引用、循环引用、无引用垃圾 5.2.2 根可达算法
2、根可达算法GCRoots Tracing
基本思路就是通过一系列的名为“GCRoot”的对象作为起始点从这些节点开始向下搜索搜索所走过的 路径称为引用链Reference Chain当一个对象到GCRoot没有任何引用链相连时则证明此对象 是不可用的也就是不可达的。
可作GCRoots的对象
虚拟机栈中栈帧的本地变量表引用的对象。方法区中类静态属性引用的对象。方法区中常量引用的对象。本地方法栈中JNl引用的对象。 5.3 回收过程
即使在可达性分析算法中不可达的对象也并非是“非死不可”。被判定不可达的对象处于“缓刑”阶段。 要真正宣告死亡至少要经历两次标记过程 第一次标记如果对象可达性分析后发现没有与GC Roots相连接的引用链那它将会被第一次标 记 第二次标记第一次标记后接着会进行一次筛选。筛选条件此对象是否有必要执行 finalize() 方法。在 finalize() 方法中没有重新与引用链建立关联关系的将被进行第二次标 记。
第二次标记成功的对象将真的会被回收如果失败则继续存活 5.4 对象引用
在JDK1.2之后Java对引用的概念进行了扩充将引用分为强引用StrongReference、软引用 SoftReference、弱引用WeakReference、虚引用PhantomReference四种这四种引 用强度依次逐渐减弱 强引用 代码中普遍存在只要强引用还在就不会被GC。 Object obj new Object();软引用 非必须引用内存溢出之前进行回收如内存还不够才会抛异常。 Object obj new Object();
SoftReferenceObject sf new SoftReferenceObject(obj);
obj null;
Object o sf.get();//有时候会返回null
System.out.println(o o); 应用场景软引用可用来实现内存敏感的高速缓存。
弱引用
非必须引用只要有GC就会被回收。 Object obj new Object();
WeakReferenceObject wf new WeakReferenceObject(obj);
obj null;
//System.gc();
Object o wf.get();//有时候会返回null
boolean enqueued wf.isEnqueued();//返回是否被垃圾回收器标记为即将回收的垃圾
System.out.println(o o);
System.out.println(enqueued enqueued); 弱引用是在第二次垃圾回收时回收短时间内通过弱引用取对应的数据可以取到当执行过第二 次垃圾回收时将返回null。 作用监控对象是否已经被垃圾回收器标记为即将回收的垃圾可以通过弱引用的isEnQueued方 法返回对象是否被垃圾回收器标记。
虚引用
虚引用是最弱的一种引用关系。垃圾回收时直接回收
一个对象是否有虚引用的存在完全不会对其生存时间构成影响也无法通过虚引用来取得一个对 象实例 Object obj new Object();
PhantomReferenceObject pf new PhantomReferenceObject(obj, new
ReferenceQueue());
objnull;
Object o pf.get();//永远返回null
boolean enqueued pf.isEnqueued();//返回是否从内存中已经删除
System.out.println(o o);
System.out.println(enqueued enqueued);虚引用是每次垃圾回收的时候都会被回收通过虚引用的get方法永远获取到的数据为null因此也 被成为幽灵引用。 作用跟踪对象被垃圾回收的状态仅仅是提供一种确保对象被回收后做某些事情的机制。类似 事件监听机制 Object obj new Object();
PhantomReferenceObject pf new PhantomReferenceObject(obj, new
ReferenceQueue());
objnull;
Object o pf.get();//永远返回null
boolean enqueued pf.isEnqueued();//返回是否从内存中已经删除
System.out.println(o o);
System.out.println(enqueued enqueued); 5.5 如何清除垃圾
JVM提供3种方法清除垃圾对象
Mark-Sweep 标记清除算法Copying 拷贝算法Mark-Compact 标记压缩算法 5.5.1 标记清除算法
1标记清除算法Mark-Sweep 最基本的算法主要分为标记和清除2个阶段。首先标记出所有需要回收的对象在标记完成后统一回收 掉所有被标记的对象 缺点 效率不高标记和清除过程的效率都不高 空间碎片会产生大量不连续的内存碎片会导致大对象可能无法分配提前触发GC 5.5.2 拷贝算法
2拷贝算法Copying
为解决效率。它将可用内存按容量划分为相等的两块每次只使用其中的一块。当这一块的内存用完 了就将还存活着的对象复制到另外一块上面然后再把已使用过的内存空间一次清理掉。 现在商业虚拟机都是采用这种收集算法来回收新生代当回收时将Eden和Survivor中还存活着的对象 拷贝到另外一块Survivor空间上最后清理掉Eden和刚才用过的Survivor的空间。 HotSpot虚拟机默认Eden和Survivor的大小比例是81也就是每次新生代中可用内存空间为整个新生 代容量的90%80%10%只有10%的内存是会被“浪费”的。当Survivor空间不够用时需要依赖其 他内存这里指老年代进行分配担保Handle Promotion 优点没有碎片化所有的有用的空间都连接在一起所有的空闲空间都连接在一起
缺点存在空间浪费 5.5.3 标记-整理算法
3标记-整理算法Mark-Compact
老年代没有人担保不能用复制回收算法。可以用标记-整理算法标记过程仍然与“标记-清除”算法一 样然后让所有存活的对象都向一端移动然后直接清理掉端边界以外的内存 缺点性能较低因为除了拷贝对象以外还需要对象内存空间进行压缩所以性能较低。
当前商业虚拟机都是采用这种算法。根据对象的存活周期的不同将内存划分为几块。 新生代每次垃圾回收都有大量对象失去选择复制算法。 老年代对象存活率高无人进行分配担保就必须采用标记清除或者标记整理算法 5.6 垃圾回收器
有 8 种不同的垃圾回收器它们分别用于不同分代的垃圾回收。 新生代回收器Serial、ParNew、Parallel Scavenge 老年代回收器Serial Old、Parallel Old、CMS 整堆回收器G1、ZGC 5.7 串行收集器
使用单线程进行垃圾回收的收集器每次回收时串行收集器只有一个工作线程对于并行能力较弱的 计算机来说串行收集器性能会更好。
计算机来说串行收集器性能会更好。 串行收集器可以在新生代和老年代中使用根据作用于不同的堆空间分为新生代串行收集器和老年代 收集器。
配置参数 -XX:UseSerialGC 年轻串行Serial老年串行Serial Old 5.7.1 Serial收集器
1、Serial收集器年轻串行
Serial收集器是新生代收集器单线程执行使用复制算法。 进行垃圾收集时必须暂停其他所有的工作线程。 对于单个CPU的环境来说Serial收集器由于没有线程交互的开销收集效率更高。 5.7.2 Serial Old收集器 2、Serial Old收集器老年串行
Serial收集器的老年代版本它同样是一个单线程收集器使用“标记-整理”算法。 5.8 并行收集器 5.8.1 Parallel Scavenge收集器
1、 Parallel Scavenge收集器
配置参数 -XX:UseParallelGC 目标是达到一个可控制的吞吐量Throughput
特点 吞吐量优先收集器 新生代使用并行回收收集器采用复制算法 老年代使用串行收集器 5.8.2 Parallel Old收集器
2、 Parallel Old收集器
配置参数 -XX:UseParallelOldGC
特点 Parallel Scavenge收集器的老年代版本使用多线程和“标记-整理”算法。 在注重吞吐量CPU资源敏感的场合都可以优先考虑Parallel Scavenge加Parallel Old收集器。 5.8.3 ParNew收集器 3、ParNew收集器
配置参数 -XX:UseParNewGC 配置参数 -XX:ParallelGCThreadsn 设置并行收集器收集时使用的并行收集线程数。一般最好和计 算机的CPU相当
特点 新生代并行ParNew老年代串行Serial Old Serial收集器的多线程版本
注意单CPU性能并不如Serial因为存在线程交互的开销 5.8.4 CMS收集器
4、CMS收集器
配置参数 -XX:UseConcMarkSweepGC 应用CMS收集器。
尽管CMS收集器采用的是并发回收但是在其初始标记和重新标记这两个阶段中仍然需要执行“STW”暂 停程序中的工作线程不过暂停时间并不会太长目前所有的垃圾收集器都做不到完全不需要“STW” 只是尽可能地缩短暂停时间。 由于最耗费时间的并发标记与并发清除阶段都不需要暂停工作所以整体的回收是低停顿的。另外由 于在垃圾收集阶段用户线程没有中断所以在CMS回收过程中还应该确保应用程序用户线程有足够的 内存可用
特点: 低延迟减少STW对用户体验的影响【低延迟要求高】 并发收集可以同时执行用户线程 CMS收集器不能像其他收集器那样等到老年代几乎完全被填满了再进行收集而是当堆内存使用率 达到某一阈值时便开始进行回收。 CMS收集器的垃圾收集算法采用的是标记-清除算法, 会产生内存碎片导致并发清除后用户线程可用的空间不足。 CMS收集器对CPU资源非常敏感。 CMS整个过程比之前的收集器要复杂整个过程分为4个主要阶段 初始标记Initial-Mark阶段 本阶段任务标记出GCRoots能直接关联到的对象。 一旦标记完成之后就会恢复之前被暂停的所有应用线程。 由于直接关联对象比较小所以这里的速度非常快。 会STW 并发标记Concurrent-Mark阶段 本阶段任务从GC Roots的直接关联对象遍历整个对象图 这个过程耗时较长 不会STW 重新标记Remark阶段 本阶段任务修正并发标记期间因用户程序继续运作产生的新的对象记录 这个阶段的停顿时间通常会比初始标记阶段稍长一些但也远比并发标记阶段的时间短。 会STW 并发清除Concurrent-Sweep阶段 本阶段任务清理删除掉标记阶段判断的已经死亡的对象释放内存空间。 由于不需要移动存活对象所以这个阶段也是可以与用户线程同时并发的。 5.8.5 G1Garbage-First收集器
5、 G1Garbage-First收集器 Garbage First简称G1收集器是垃圾收集器技术发展历史上的里程碑式的成果它开创了收集器面向 局部收集的设计思路和基于Region的内存布局形式。
G1是一款面向服务端应用的垃圾收集器大内存企业配置的垃圾收集器大多都是G1。 JDK 9发布之日G1宣告取代Parallel Scavenge加Parallel Old组合成为服务端模式下的默认垃圾收 集器而CMS则被声明为不推荐使用Deprecate。
G1最大堆内存是 32MB204864G G1最小堆内存 1MB20482GB 低于此值建议使用其它收集器。
特点
并行与并发充分利用多核环境下的硬件优势多代收集不需要其他收集器配合就能独立管理整个GC堆空间整合“标记-整理”算法实现的收集器局部上基于“复制”算法不会产生内存空间碎片可预测的停顿能让使用者明确指定消耗在垃圾收集上的时间。当然更短的GC时间的代价是回 收空间的效率降低。 G1收集器的运作大致可划分为以下几个步骤
初始标记标记一下GC Roots能直接关联到的对象需要停顿线程但耗时很短并发标记是从GC Root开始对堆中对象进行可达性分析找出存活的对象这阶段耗时较长但 可与用户程序并发执行最终标记修正在并发标记期间因用户程序继续运作而导致标记产生变动的那一部分标记记录筛选回收对各个Region的回收价值和成本进行排序根据用户所期望的GC停顿时间来制定回收 计划 G1中有三种模式垃圾回收模式Young GC、Mixed GC 和 Full GC在不同的条件下被触发。
G1内存划分 G1垃圾收集器相对比其他收集器而言最大的区别在于它取消了新生代、老年代的物理划分取而代之 的是将堆划分为若干个区域Region这些区域中包含了有逻辑上的新生代、老年代区域。 好处不用单独的空间对每个代进行设置不用考虑每个代内存如何分配。
局部采用复制算法 G1新生代垃圾收集依然采用暂停所有应用线程的方式将存活对象拷贝到老年代或者Survivor空间 G1通过将对象从一个区域复制到另外一个区域完成了清理工作。 相当于在正常的处理过程中 G1完成了堆的压缩这样就不会有cms内存碎片问题了。
Humongous区域在G1中有一种特殊的区域叫Humongous区域 如果一个对象占用的空间超过了分区容量50%以上G1收集器就认为这是一个巨型对象。 这些巨 型对象默认直接会被分配在老年代。 但是如果是一个短期存在的巨型对象在分区之间来回拷贝就会对垃圾收集器造成负面影响。 为了解决这个问题G1划分了Humongous区它用来专门存放巨型对象。如果一个H区装不下一 个巨型对象那么G1会寻找连续的H分区来存储。 -XX:UseG1GC
# 使用 G1 垃圾收集器
-XX:MaxGCPauseMillis
# 设置期望达到的最大GC停顿时间指标JVM会尽力实现但不保证达到默认值是 200 毫秒。
-XX:G1HeapRegionSizen
# 设置的 G1 区域的大小。值是 2 的幂范围是 1 MB 到 32 MB 之间。
# 目标是根据最小的 Java 堆大小划分出约 2048 个区域。
# 默认是堆内存的1/2000。
-XX:ParallelGCThreadsn
# 设置并行垃圾回收线程数一般将n的值设置为逻辑处理器的数量建议最多为8。
-XX:ConcGCThreadsn
# 设置并行标记的线程数。将n设置为ParallelGCThreads的1/4左右。
-XX:InitiatingHeapOccupancyPercentn
# 设置触发标记周期的 Java 堆占用率阈值。默认占用率是整个 Java 堆的 45%。5.8.6 ZGCZ Garbage Collector
6、ZGCZ Garbage Collector
Z Garbage Collector也称为ZGC在 JDK11 中引入的一种可扩展的低延迟垃圾收集器在 JDK15 中 发布稳定版
ZGC的目标 1ms 最大暂停时间jdk 16 是 10msjdk 16 是 1ms 暂停时间不会随着堆、live-set 或 root-set 的大小而增加 适用内存大小从 8MB 到16TB 的堆
ZGC 具有以下特征 并发 基于 region 压缩 NUMA 感知 使用彩色指针 使用负载屏障
ZGC 收集器是一款基于 Region 内存布局的 不设分代的使用了读屏障、染色指针和内存多重映射等 技术来实现可并发的标记-整理算法的以低延迟为首要目标的一款垃圾收集器。ZGC 的核心是一个并发 垃圾收集器这意味着所有繁重的工作都在Java 线程继续执行的同时完成。这极大地限制了垃圾收集对 应用程序响应时间的影响。 -XX:UseZGC # 启用 ZGC
-Xmx # 设置最大堆内存
-Xlog:gc # 打印 GC日志
-Xlog:gc* # 打印 GC 详细日志总结: 在众多的垃圾回收器中没有最好的只有最适合应用的回收器根据应用软件的特性以及硬件平台的 特点选择不同的垃圾回收器才能有效的提高系统性能。【小马拉大车、大车驮小马的现象都不合 理】
