概念
虚拟机: 指以软件的方式模拟具有完整硬件系统功能, 运行在一个完全隔离环境中的完整计算机系统 , 是物理机的软件实现. 常用的虚拟机有 VMWare,Visual Box,Java Virtual Machine(Java 虚拟机, 简称 JVM).
Java 虚拟机阵营: Sun HotSpot VM,BEA JRockit VM,IBM J9 VM,Azul VM,Apache Harmony,Google Dalvik VM,Microsoft JVM...
启动流程
基本架构
Java 运行时编译源码 (.java) 成字节码, 由 jre 运行. jre 由 java 虚拟机 (jvm) 实现. Jvm 分析字节码, 后解释并执行.
JVM 由三个主要的子系统构成:
1. 类加载器子系统
2. 运行时数据区(内存)
3. 执行引擎
垃圾收集(GC:Garbage Collection)
1. 如何识别垃圾, 判定对象是否可被回收?
引用计数法: 给每个对象添加一个计数器, 当有地方引用该对象时计数器加 1, 当引用失效时计数器减 1. 用对象计数器是否为 0 来判断对象是否可被回收. 缺点: 无法解决循环引用的问题
根搜索算法: 也称可达性分析法, 通过 "GC ROOTs" 的对象作为搜索起始点, 通过引用向下搜索, 所走过的路径称为引用链. 通过对象是否有到达引用链的路径来判断对象是否可被回收(可作为 GC ROOTs 的对象: 虚拟机栈中引用的对象, 方法区中类静态属性引用的对象, 方法区中常量引用的对象, 本地方法栈中 JNI 引用的对象)
2.Java 中的堆是 GC 收集垃圾的主要区域, GC 分为两种: Minor GC,Full GC ( 或称为 Major GC ).
Minor GC: 新生代 (Young Gen) 空间不足时触发收集, 由于 Java 中的大部分对象通常不需长久存活, 新生代是 GC 收集频繁区域, 所以采用复制算法.
Full GC: 老年代 (Old Gen ) 空间不足或元空间达到高水位线执行收集动作, 由于存放大对象及长久存活下的对象, 占用内存空间大, 回收效率低, 所以采用标记 - 清除算法.
GC 算法
按照回收策略划分为: 标记 - 清除算法, 标记 - 整理算法, 复制算法.
1. 标记 - 清除算法: 分为两阶段 "标记" 和 "清除". 首先标记出哪些对象可被回收, 在标记完成之后统一回收所有被标记的对象所占用的内存空间. 不足之处: 1. 无法处理循环引用的问题 2. 效率不高 3. 产生大量内存碎片(ps: 空间碎片太多可能会导致以后在分配大对象的时候而无法申请到足够的连续内存空间, 导致提前触发新一轮 gc)
2. 标记 - 整理算法: 分为两阶段 "标记" 和 "整理". 首先标记出哪些对象可被回收, 在标记完成后, 将对象向一端移动, 然后直接清理掉边界以外的内存.
3. 复制算法: 把内存空间划为两个相等的区域, 每次只使用其中一个区域. gc 时遍历当前使用区域, 把正在使用中的对象复制到另外一个区域中. 算法每次只处理正在使用中的对象, 因此复制成本比较小, 同时复制过去以后还能进行相应的内存整理, 不会出现 "碎片" 问题. 不足之处: 1. 内存利用率问题 2. 在对象存活率较高时, 其效率会变低.
按分区对待可分为: 增量收集算法, 分代收集算法
1. 增量收集: 实时垃圾回收算法, 即: 在应用进行的同时进行垃圾回收, 理论上可以解决传统分代方式带来的问题. 增量收集把对堆空间划分成一系列内存块, 使用时先使用其中一部分, 垃圾收集时把之前用掉的部分中的存活对象再放到后面没有用的空间中, 这样可以实现一直边使用边收集的效果, 避免了传统分代方式整个使用完了再暂停的回收的情况.
2. 分代收集:(商用默认)基于对象生命周期划分为新生代, 老年代, 元空间, 对不同生命周期的对象使用不同的算法进行回收.
按系统线程可分为: 串行收集算法, 并行收集算法, 并发收集算法
1. 串行收集: 使用单线程处理垃圾回收工作, 实现容易, 效率较高. 不足之处: 1. 无法发挥多处理器的优势 2. 需要暂停用户线程
2. 并行收集: 使用多线程处理垃圾回收工作, 速度快, 效率高. 理论上 CPU 数目越多, 越能体现出并行收集器的优势. 不足之处: 需要暂停用户线程
3. 并发收集: 垃圾线程与用户线程同时工作. 系统在垃圾回收时不需要暂停用户线程
GC 收集器常用组合
JVM 性能调优思路
理解 GC 日志
- [GC [PSYoungGen: 8192K->1000K(9216K)] 16004K->14604K(29696K), 0.0317424 secs] [Times: user=0.06 sys=0.00, real=0.03 secs]
- [GC [PSYoungGen: 9192K->1016K(9216K)] 22796K->20780K(29696K), 0.0314567 secs] [Times: user=0.06 sys=0.00, real=0.03 secs]
- [Full GC [PSYoungGen: 8192K->8192K(9216K)] [ParOldGen: 20435K->20435K(20480K)] 28627K->28627K(29696K), [Metaspace: 8469K->8469K(1056768K)], 0.1307495 secs] [Times: user=0.50 sys=0.00, real=0.13 secs]
- [Full GC [PSYoungGen: 8192K->8192K(9216K)] [ParOldGen: 20437K->20437K(20480K)] 28629K->28629K(29696K), [Metaspace: 8469K->8469K(1056768K)], 0.1240311 secs] [Times: user=0.42 sys=0.00, real=0.12 secs]
常见异常
- StackOverflowError:(栈溢出)
- OutOfMemoryError: Java heap space(堆空间不足)
- OutOfMemoryError: GC overhead limit exceeded (GC 花费的时间超过 98%, 并且 GC 回收的内存少于 2%)
来源: http://virtual.51cto.com/art/201907/599375.htm