JVM 垃圾回收经验

优化经验：

1. 年轻代选择。避免设置太小，当新生代设置太小时会致使，YGC次数更加频繁，可能致使YGC对象直接进入年老代，若是此时年老代满了，会容易触发Full GC;
2. 年老代选择。年老代使用并发收集器，因此其大小须要当心设置，通常要考虑并发会话率和会话持续时间等一些参数，若是堆设置小了，能够会形成内存碎片，高回收频率以及应用暂停而使用传统的标记清除方式；若是堆大了，则须要较长的收集时间，最优化的方案，通常须要参考并发垃圾收集信息、持久代并发收集次数、传统GC信息、花在年轻代和年老代回收上的时间比例；
3. Xms和Xmx设置同样大，MaxPermSize和MinPermSize设置同样大，这样能够减轻伸缩堆大小带来的压力；
4. 较小堆引发的碎片问题，由于年老代的并发收集器使用标记清除算法，因此不会对堆进行压缩.当收集器回收时,他会把相邻的空间进行合并，这样能够分配给较大的对象，可是当堆空间较小时，运行一段时间之后，就会出现”碎片"，若是并发收集器找不到足够的空间,那么并发收集器将会中止，而后使用传统的标记,清除方式进行回收，若是出现”碎片"，可能须要进行以下配置:
   -XX:+UseCMSCompactAtFullCollection // 使用并发收集器时，开启对年老代的压缩
   -XX:CMSFullGCsBeforeCompaction=0 // 设置多少次Full GC后，对年老代进行压缩
5. 使用CMS要注意初始标记和从新标记，由于这两个阶段是STW，通常在初始标记和从新标记前都会进行YGC，在从新标记前保证preclean下，保证从新标记不会太耗时。
    

优化配置：

-Xmx1024m
-Xms1024m     // 将Xmx和Xms设置同样大，避免调整
-Xmn384m      // 默认为堆的1/3，官方推荐为堆的3/8
-XX:PermSize=128m
-XX:MaxPermSize=128m                     // 将持久代设置同样带，避免调整
-XX:+UseParNewGC                         // 年轻代使用并行gc
-XX:+UseConcMarkSweepGC                  // 年老代使用并行gc
-XX:CMSFullGCsBeforeCompaction=0         // 每次full gc以后，进行压缩
-XX:CMSInitiatingOccupancyFraction=75    // 年老代占75进行full gc
-XX:CMSMaxAbortablePrecleanTime=20000    // 延长preclean时间
-XX:SurvivorRatio=6    // 增大Survivor的大小，避免年轻代过早进入年老代
-XX:+PrintGCDetails    // 打印gc log
-XX:+PrintGCDateStamps
-XX:+PrintHeapAtGC
​​​​​​​-Xloggc:root/gc.log

优化主要借鉴垃圾回收日志，主要查看YGC和FGC的频率和时长，若是YGC和FGC过于频繁多是年轻代和Survivor区太小，CMS FGC必定要注意1和4两个两个阶段，这两个阶段是STW的，在初始标记前进行YGC和在从新标记前充分的preclean均可以提升效率。

Java HotSpot(TM) 64-Bit Server VM (25.111-b14) for linux-amd64 JRE (1.8.0_111-b14), built on Sep 22 2016 16:14:03 by "java_re" with gcc 4.3.0 20080428 (Red Hat 4.3.0-8)
Memory: 4k page, physical 1016272k(621800k free), swap 0k(0k free)
CommandLine flags: -XX:CMSFullGCsBeforeCompaction=0 -XX:InitialHeapSize=536870912 -XX:MaxHeapSize=536870912 -XX:MaxNewSize=209715200 -XX:MaxTenuringThreshold=6 -XX:NewSize=209715200 -XX:OldPLABSize=16 -XX:+PrintGC -XX:+PrintGCDateStamps -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:+UseParNewGC 
2016-10-27T18:26:59.917+0800: 4.213: [GC (CMS Initial Mark) [1 CMS-initial-mark: 0K(319488K)] 88688K(503808K), 0.0456410 secs] [Times: user=0.04 sys=0.00, real=0.04 secs] 
2016-10-27T18:26:59.967+0800: 4.262: [CMS-concurrent-mark-start]
2016-10-27T18:26:59.969+0800: 4.264: [CMS-concurrent-mark: 0.002/0.002 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
2016-10-27T18:26:59.969+0800: 4.264: [CMS-concurrent-preclean-start]
2016-10-27T18:26:59.970+0800: 4.266: [CMS-concurrent-preclean: 0.001/0.001 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
2016-10-27T18:26:59.970+0800: 4.266: [CMS-concurrent-abortable-preclean-start]
 CMS: abort preclean due to time 2016-10-27T18:27:05.035+0800: 9.330: [CMS-concurrent-abortable-preclean: 0.122/5.064 secs] [Times: user=3.12 sys=0.13, real=5.07 secs] 
2016-10-27T18:27:05.035+0800: 9.330: [GC (CMS Final Remark) [YG occupancy: 157528 K (184320 K)]2016-10-27T18:27:05.035+0800: 9.330: [Rescan (parallel) , 0.0812074 secs]2016-10-27T18:27:05.116+0800: 9.412: [weak refs processing, 0.0000577 secs]2016-10-27T18:27:05.116+0800: 9.412: [class unloading, 0.0053644 secs]2016-10-27T18:27:05.122+0800: 9.417: [scrub symbol table, 0.0041047 secs]2016-10-27T18:27:05.126+0800: 9.421: [scrub string table, 0.0006452 secs][1 CMS-remark: 0K(319488K)] 157528K(503808K), 0.0925696 secs] [Times: user=0.09 sys=0.00, real=0.09 secs] 
2016-10-27T18:27:05.128+0800: 9.423: [CMS-concurrent-sweep-start]
2016-10-27T18:27:05.128+0800: 9.423: [CMS-concurrent-sweep: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
2016-10-27T18:27:05.128+0800: 9.423: [CMS-concurrent-reset-start]
2016-10-27T18:27:05.130+0800: 9.425: [CMS-concurrent-reset: 0.002/0.002 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]