JVM第三天-GC算法
一、JVM常见参数配置
Trace 跟踪的参数
1.打印GC日志信息
-verbose:gc
-XX:+PrintGCDetails
2.GC日志文件目录
-Xloggc:d:/gc.log
3.打印堆信息（每一次GC后）
-XX:+PrintHeapAtGC
4.打印类加载信息
-XX:+TraceClassLoading
二、JAVA堆内存结构
Java将堆内存分为3大部分：新生代、老年代和永久代，其中新生代又进一步划分为Eden、S0、S1(Survivor)三个区。结构如下图所示：
+-----------------------------------+-------------------------------+-------------------+
| | | | | |
| Eden | S0 | S1 | Old generation | Perm |
| | | | | |
+------------------------------------+-------------------------------+-------------------+
|<----Young Gen Space------>|
我们在程序中new出来的对象一般情况下都会在新生代里的Eden区里面分配空间，如果存活时间足够长将会进入Survivor区，进而如果存活时间再长，还会被提升分配到老年代里面。持久代里面存放的是Class类元数据、方法描述等。
（1）参数配置
1.-Xms 最小堆内存
2.-Xmx 最大堆内存
在Xms 和 Xmx配置相同的时候，初始化堆内存就是最大内存
在Xms 和 Xmx配置不相同的时候，JVM会尽可能维持最小堆内存，当内存不足的时候，会重新分配增加部分内存
在调用GC后，gc回收了堆内存，使空闲的内存增加
–Xmn 设置年轻代大小
-XX:SurvivorRatio : Survivor(from和to)和eden的比例值
默认为8，survivor:eden=2:8 , from survivor占年轻代的1/10
-XX:NewRatio: 年轻代和老年代的比值
默认值为4，表示年轻代：老年代=1:4，也就是说年轻代占堆 的1/5
（2）GC日志解读
[GC [PSYoungGen: 793K->600K(13824K)] 793K->600K(20992K), 0.0263516 secs] [Times: user=0.02 sys=0.00, real=0.03 secs]
1.[GC|Full GC, 当发生FullGC 时，jvm所有工作线程会暂停，直到Full GC完毕
2.[PSYoungGen: 垃圾回收的区域,这里是年轻代，PS(Prallel Scavenge)
3. 793K->600K(13824K) ： 793K-GC之前 该内存区域（年轻代）已使用的空间 ->600k -GC之后 该内存区域（年轻代）已使用的空间（13824K：该内存区域总的容量）
4. 793K->600K(20992K)：GC之前堆已使用的容量-> GC之后堆已使用的容量（总的堆容量）
5. 0.0263516 secs ： gc的时间
（3）官方推荐
年轻代占堆的3/8
幸存区(from和to)各占年轻代1/10
（4）永久区配置
-XX:PermSize 初始化空间
-XX:MaxPermSize 最大空间
三、GC
GC主要回收：堆空间和方法区
GC算法：
（1）标记-清除算法
标记：标记依然还在被引用的对象，也就是还存活的对象
清除：清除所有没有标记的对象
缺点：会生产内存碎片，以至于分配大对象的时候没有连续的空间来分配，导致gc发生
（2）复制算法
把内存分为大小相等的两块，只使用其中一块空间，当这块空间用完的时候，就会发生gc，然后把依然存活的对象复制到另外一块空间中，然后把已使用过的内存空间一次清理掉
优点：相对标记清除算法，复制算法更加高效，而且不会产生空间碎片
缺点：内存利用率底
不适用的场景：老年代，发生gc后依次存活比较多的对象
（3）标记-整理算法
1.标记过程，与标记清除算法一致
2.整理（压缩）；会把依然存活的对象移动到内存的一段
3.清除：清除2步中内存之外的所有空间
（4）分代收集算法
新生代：使用复制算法比较合适，因为新生代中的最新存活的几率很小
老年代：使用标记整理算法或者标记清除算法
