jvm调优-垃圾收集器

• 1. 垃圾判断算法
  • 引用计数算法
  • 最简单的垃圾判断算法描述：在对象中添加一个属性用于标记对象被引用的次数。每多被一个对象引用，计数+1。当引用失效时，计数-1。如果计数为0，表示没有其他对象引用，就可以被回收。
  • 缺点：无法解决循环依赖的问题
  • 可达性分析算法
  • 描述：通过一系列被称为 GC Roots 的根对象作为起始节点集。从这些节点开始，根据引用关系链向下搜索，如果某个对象无法被搜索到，则说明该对象无引用执行，可回收。相反，则对象处于存货状态，不可回收。
  • JVM中的实现是找到存活对象，未达标记的就是无用对象，GC时会回收。
  • 哪些对象可以作为GC Roots:
  • 所有Java线程当前活跃的栈帧里指向GC堆里的对象的引用；换句话说，当前所有正在被调用的方法的引用类型的参数/局部变量/临时值。
  • VM的一些静态数据结构里指向GC堆里的对象的引用，例如说HotSpot VM里的Universe里有很多这样的引用。
  • JNI handles，包括global handles和local handles
  • （看情况）所有当前被加载的Java类
  • （看情况）Java类的引用类型静态变量
  • （看情况）Java类的运行时常量池里的引用类型常量（String或Class类型）
  • （看情况）String常量池（StringTable）里的引用
• 2. 垃圾收集算法
  • 分代收集理论
  • 当前虚拟机都采用分代收集算法。根据对象存活周期的不同将内存分为几块。一般将java堆分为新生代和老年代，然后根据各个年代的特点选择合适的垃圾收集算法。
  • 比如在新生代中，每次收集都会有大量对象(近99%)死去，所以可以选择复制算法，只需要付出少量对象的复制成本就可以完成每次垃圾收集。而老年代的对象存活几率是比较高的，而且没有额外的空间对它进行分配担保，所以我们必须选择“标记-清除”或“标记-整理”算法进行垃圾收集。注意，“标记-清除”或“标记-整理”算法会比复制算法慢10倍以上。
  • 标记-复制算法
  • 为了解决效率问题，“复制”收集算法出现了。它可以将内存分为大小相同的两块，每次使用其中的一块。当这一块的内存使用完后，就将还存活的对象复制到另一块去，然后再把使用的空间一次清理掉。这样就使每次的内存回收都是对内存区间的一半进行回收。
  • 标记-清除算法
  • 算法分为 标记 和 清除 阶段：标记存活的对象，统一回收所有未被标记的对象(一般选择这种)；也可以反过来，标记出所有需要回收的对象，在标记完成后统一回收所有被标记的对象。
  • 问题：
  • 效率问题(如果需要标记的对象太多，效率不高)
  • 空间问题(标记清除后产生大量不连续的)
  • 标记-整理算法
  • 根据老年代的特点特出的一种标记算法，标记过程仍与 标记-清除 算法一样，但后续步骤不是直接对可回收对象回收，而是让所有存活对象向一端移动，然后直接清理掉边界以外的内存
• 3. 垃圾收集器
• 如果说收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。
• 虽然我们对各个收集器进行比较，但并非为了挑选出一个最好的收集器。因为直到现在为止还没有最好的垃圾收集器出现，更加没有万能的垃圾收集器。我们能做的就是根据具体的应用场景选择适合自己的垃圾收集器。
• JDK 1.8默认使用 Parallel(年轻代和老年代都是)
• JDK 1.9默认使用 G1
• 如何选择垃圾收集器
• 优先调整堆的大小让服务器自己来选择
• 如果内存小于100M，使用串行收集器
• 如果是单核，并且没有停顿时间的要求，串行或JVM自己选择
• 如果允许停顿时间超过1秒，选择并行或者JVM自己选
• 如果响应时间最重要，并且不能超过1秒，使用并发收集器
• 4G以下可以用parallel，4-8G可以用ParNew+CMS，8G以上可以用G1，几百G以上用ZGC
• 3.1 Serial收集器
• 开启参数：-XX:+UseSerialGC (新生代) -XX:+UseSerialOldGC (老年代)
• 描述：单线程垃圾收集器。只用一条垃圾收集线程去完成垃圾收集工作，且工作时必须暂停其他所有的工作线程（"Stop The World"）,直到它工作结束。
• 新生代（Serial收集器）采用复制算法，老年代（Serial Old收集器）采用标记整理算法。
• 3.2 Parallel Scavenge收集器
• 开启参数：-XX:+UseParallelGC(新生代) -XX:+UseParallelOldGC(老年代)
• 描述：Parallel收集器是Serial收集器的多线程版本。JDK8默认的新生代和老年代收集器。使用多线程进行垃圾收集，且工作时必须暂停其他所有的工作线程（"Stop The World"）,直到它工作结束。在注重吞吐量以及CPU资源的场合，都可以优先考虑 Parallel Scavenge收集器和Parallel Old收集器
• 新生代（Parallel Scavenge收集器）采用复制算法，老年代（Parallel Old收集器）采用标记整理算法。
• 3.3 ParNew收集器
• 开启参数：-XX:+UseParNewGC
• 描述：ParNew收集器其实跟Parallel收集器很类似，区别主要在于它可以和CMS收集器配合使用。它是许多运行在Server模式下的虚拟机的首要选择，除了Serial收集器外，只有它能与CMS收集器（真正意义上的并发收集器）配合工作。
• 3.4 CMS收集器
• 开启参数：-XX:+UseConcMarkSweepGC(老年代)
• 描述：CMS（Concurrent Mark Sweep）收集器是一种以获取最短回收停顿时间为目标的收集器。它非常符合在注重用户体验的应用上使用，它是HotSpot虚拟机第一款真正意义上的并发收集器，它第一次实现了让垃圾收集线程与用户线程（基本上）同时工作。
• 优点：并发收集、低停顿。
• 缺点：
• 对CPU资源敏感(会和服务抢占资源)
• 无法处理浮动垃圾(在并发标记和并发清理阶段又产生垃圾，这种浮动垃圾只能等到下一次gc再清理了)
• 它使用的回收算法-“标记-清除”算法会导致收集结束时会有大量空间碎片产生，当然通过参数-XX:+UseCMSCompactAtFullCollection可以让jvm在执行完标记清除后再做整理
• 执行过程中的不确定性，会存在上一次垃圾回收还没执行完，然后垃圾回收又被触发的情况，特别是在并发标记和并发清理阶段会出现，一边回收，系统一边运行，也许没回收完就再次触发full gc，也就是"concurrentmode failure"，此时会进入stop the world，用serial old垃圾收集器来回收
• 3.4.1 从名字中的Mark Sweep这两个词可以看出，CMS收集器是一种 “标记-清除”算法实现的，它的运作过程相比于前面几种垃圾收集器来说更加复杂一些。整个过程分为四个步骤：
• 初始标记：暂停所有的其他线程(STW)，并记录下gc roots直接能引用的对象，速度很快。
• 并发标记：并发标记阶段就是从GC Roots的直接关联对象开始遍历整个对象图的过程， 这个过程耗时较长但是不需要停顿用户线程， 可以与垃圾收集线程一起并发运行。因为用户程序继续运行，可能会有导致已经标记过的对象状态发生改变。
• 重新标记：重新标记阶段就是为了修正并发标记期间因为用户程序继续运行而导致标记产生变动的那一部分对象的标记记录，这个阶段的停顿时间一般会比初始标记阶段的