前言
本笔记参照了周志明《深入理解Java虚拟机：JVM高级特性与最佳实践》第三版，读完之后受益匪浅，让我对Java虚拟机有了一个深刻的认识，这也是Jvm书籍中最好的读物之一。
1. 判断对象是否已死
引用计数算法
给对象中添加一个引用计数器，每当一个地方引用它时，计数器就+1；当引用失效时，计数器就-1；任何时刻计数器为0的对象就是不可能再被使用的。
引用计数算法的缺陷：它很难解决对象之间相互循环引用的问题。案例代码如下：
/**
* @Description -Xms20m -Xmx20m -XX:+PrintGCDetails
* testGC()方法执行后，objA和objB会不会被GC呢？
* @Author loubobooo
* @Date 2019/3/10 12:54
**/
public class ReferenceCountingGC {
public Object instance = null;
private static final int _1MB = 1024 * 1024;
// 这个成员属性唯一的意义就是占点内存，以便能在GC日志中看清楚是否被回收过
private byte[] bigSize = new byte[2 * _1MB];
public static void testGC(){
ReferenceCountingGC objA = new ReferenceCountingGC();
ReferenceCountingGC objB = new ReferenceCountingGC();
objA.instance = objB;
objB.instance = objA;
objA = null;
objB = null;
// 假设在这里发生GC，objA和objB是否能被回收？
System.gc();
}
public static void main(String[] args) {
testGC();
}
}
运行结果：
[GC (Allocation Failure) [PSYoungGen: 3587K->512K(6144K)] 3587K->2608K(19968K), 0.0029676 secs] [Times: user=0.01 sys=0.01, real=0.01 secs]
[GC (System.gc()) [PSYoungGen: 2616K->512K(6144K)] 4712K->2616K(19968K), 0.0010145 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC (System.gc()) [PSYoungGen: 512K->0K(6144K)] [ParOldGen: 2104K->386K(13824K)] 2616K->386K(19968K), [Metaspace: 3152K->3152K(1056768K)], 0.0052974 secs] [Times: user=0.02 sys=0.00, real=0.01 secs]
Heap
PSYoungGen total 6144K, used 281K [0x00000007bf980000, 0x00000007c0000000, 0x00000007c0000000)
从结果可知，GC日志中包含[ParOldGen: 2104K->386K(13824K)],以为虚拟机并不是通过引用计数算法来判定对象是否存活。
可达性分析算法
从GC Roots开始向下搜索，搜索所走过的路径称为引用链。当一个对象到GC Roots没有任何引用链相连时，则证明此对象是可以被回收的。
回收方法区
永久代的垃圾收集主要回收两部分内容： 废弃常量和无用的类。而无用的类需同时满足以下3个条件：
- 该类所有的实例都已经被回收，也就是Java堆中不存在该类的任何实例
- 加载该类的
ClassLoader已经被回收 - 该类对应的
java.lang.Class对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法
2. 垃圾收集算法
标记-清除算法
算法分为“标记”和“清除”两个阶段。首先，标记出所有需要回收的对象，在标记完成，统一回收所有被标记的对象。存在两点不足：
- 效率问题，标记和清除两个过程的效率都不高
- 空间问题，标记清除之后会产生大量不连续的内存碎片，空间碎片太多可能会导致以后在程序运行过程中需要分配较大对象时，无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作
复制算法
它将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。当这一块的内存用完了，就将还存活着的对象复制到另外一块上面，然后再把已使用过的内存空间一次清理掉。
标记-整理算法
标记整理出所有需要回收的对象，让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存，适合老年代的收集算法。
分代收集算法
将Java堆分为新生代和老年代。在新生代中，每次垃圾收集时都发现大批对象死去，只有少量存活，那就选用复制算法，只需要付出少量存活对象的复制成本就可以完成收集。而老年代中因为对象存活率高、没有额外空间对它进行分配担保，就必须使用“标记-清理”或“标记-整理”算法来进行回收。
3. 垃圾收集器
- Serial收集器
串行收集器是最古老，最稳定以及效率高的收集器，可能会产生较长的停顿，只使用一个线程去回收。
- ParNew收集器
ParNew收集器其实就是Serial收集器的多线程版本。
- Parallel收集器
Parallel Scavenge收集器类似ParNew收集器，Parallel收集器更关注系统的吞吐量。
- Parallel Old 收集器
Parallel Old是Parallel Scavenge收集器的老年代版本，使用多线程和“标记－整理”算法
- CMS收集器
CMS（Concurrent Mark Sweep）收集器是一种以获取最短回收停顿时间为目标的收集器。
- G1收集器
G1 (Garbage-First)是一款面向服务器的垃圾收集器,主要针对配备多颗处理器及大容量内存的机器. 以极高概率满足GC停顿时间要求的同时,还具备高吞吐量性能特征
理解GC日志
通过两张图非常明显看出GC日志（YoungGC和FullGC）构成：
- Young GC日志:
- Full GC日志:
-
"33.125"和"100.667"：代表了GC发生的时间，这个数字的含义是从Java虚拟机启动以来经过的秒数。这部分时间未作显示
-
[GC和[Full GC说明了这次垃圾收集停顿类型，并不是来区分新生代GC还是老年代GC。如果是Full，说明这次GC是发生了Stop-The-World。如果是调用System.gc()方法所触发的收集，那么这里将显示[Full GC(System) -
[DefNew、[Tenured和[Perm表示所发生GC的区域，与GC收集器相关。- Serial收集器，新生代名称为
Default New Generation(DefNew)。 - ParNew收集器，新生代名称为
Parallel New Generation(ParNew)。 - Parallel Scavenge收集器，新生代名称为
PSYoungGen
- Serial收集器，新生代名称为
-
334480K->4736K(334480K) 含义是 GC前该内存区域已使用容量->GC后该内存区域已使用容量(该内存区域总容量)
-
0.0209890 secs 表示该区域GC所占用的时间，单位是秒。有的收集器会给出更具体的时间数据。如"
"[Times: user=0.01 sys=0.00,real=0.01 secs]"分别表示用户态消耗CPU时间、内核态消耗的CPU事件和操作从开始到结束所经过的墙钟时间 -
新生代总空间为334480K=Eden区+1个Survivor区的总容量
参数设置
-XX:+PrintGC与-verbose:gc是一样的，可以认为-verbose:gc是-XX:+PrintGC的别名，用于垃圾收集GC时的信息打印。-XX:+PrintHeapAtGC打印垃圾收集GC中堆的信息-XX:+PrintGCDetails在垃圾收集行为GC时，打印内存回收日志，并且在进程退出的时候输出当前的内存各区域分配情况-Xmn分配新生代-XX:SurvivorRatio=8决定了新生代中Eden区和一个Survivor的空间比例是8:1
新生代GC(Minor GC)和老年代GC(FullGC)区别
- 新生代(Minor GC)：指发生在新生代的垃圾收集动作，因为Java对象大多都具备朝生夕灭的特性，所以Minor GC非常频繁，一般回收速度较快
- 老年代GC(Major GC/Full GC)：指发生在老年代的GC，出现了Major GC，经常会伴随至少一次的Minor GC，且Major GC的速度一般会比Minor GC慢10倍以上
4. 内存分配与回收策略
大对象直接进入老年代
所谓的大对象是指，需要大量连续内存空间的java对象，典型的是那种很长的字符串以及数组。
长期存活的对象将进入老年代
如果对象在Eden出生并经过第一次Minor GC后仍然存活，并且能被Survivor容纳的话，将被移动到Survivor空间中，并且对象年龄设为1。对象在Survivor区中每“熬过”一次Minor GC，年龄就增加1岁，当它的年龄增加到一定程度（默认为15岁），就将会晋升到老年代中。
5. 本章小结
内存回收与垃圾收集器在很多时候都是影响系统性能、并发能力的主要因素之一，虚拟机之所以提供多种不同的收集器以及提供大量的调节参数，是因为只有根据实际应用需求、实现方式选择最优的收集方式才能获取更高的性能。
扫一扫
1535
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
