为方便开发和调优首先要准备win+linux双系统，当然习惯了centos开发环境就不用这么啰嗦了

如果是win+centos环境那么你需要工具PieTTY+WinSCP（可要可不要）+VMware Workstation Pro+centos（安装jdk和一个验证jar包）

在环境准备好后，你需要了解jvm gc等理论资料，比如https://www.cnblogs.com/Mandylover/p/5208055.html，https://www.cnblogs.com/wrong5566/p/6531832.html

但这远远不够，如果需要专业点，那么必要准备点书籍了解下，比如 深入理解java虚拟机

这里不讲理论，主要是实践，理论方面大家抽时间了解

我们先要了解几个jvm命令。比如jstat jps jstack jinfo jmap jcmd 

我们要用jstat命令那么先要了解下jps

比如下面是找到jvm的进程pid，比如5858 就是我们一个应用的进程pid

关于jps命令的详细了解(http://blog.csdn.net/wisgood/article/details/38942449)

[root@k8s-node-1 ~]# jps -l
5858 ace-gate-eureka.jar
6735 sun.tools.jps.Jps

第二步，我们需要查看5858 gc运行情况

参数说明如下：

S0: 新生代中Survivor space 0区已使用空间的百分比

S1: 新生代中Survivor space 1区已使用空间的百分比

E: 新生代已使用空间的百分比

O: 老年代已使用空间的百分比

P: 永久带已使用空间的百分比

YGC: 从应用程序启动到当前，发生Yang GC 的次数

YGCT: 从应用程序启动到当前，Yang GC所用的时间【单位秒】

FGC: 从应用程序启动到当前，发生Full GC的次数

FGCT: 从应用程序启动到当前，Full GC所用的时间

GCT: 从应用程序启动到当前，用于垃圾回收的总时间【单位秒】

 

对照参数，我们来看问题出在那，如何调优？

 

再查看下jvm启动参数

jcmd pid VM.flags   or  jinfo -flagspid  or  jmap -heap pid

[root@k8s-node-1 ~]# jcmd 5858 VM.flags
5858:
-XX:CICompilerCount=3 -XX:InitialHeapSize=62914560-XX:MaxHeapSize=991952896 -XX:MaxNewSize=330301440 -XX:MinHeapDeltaBytes=524288-XX:NewSize=20971520 -XX:OldSize=41943040 -XX:+UseCompressedClassPointers-XX:+UseCompressedOops -XX:+UseFastUnorderedTimeStamps -XX:+UseParallelGC

参数解读

 -XX:CICompilerCount=3        最大并行编译数

-XX:InitialHeapSize=62914560   初始化堆大小

-XX:MaxHeapSize=330301440    最大堆大小

-XX:MaxNewSize=524288    新生代最大大小

-XX:MinHeapDeltaBytes=524288

-XX:NewSize=20971520     设置年轻代的大小

-XX:OldSize=41943040

-XX:+UseCompressedClassPointers

-XX:+UseCompressedOops

-XX:+UseFastUnorderedTimeStamps

-XX:+UseParallelGC  使用 Parallel收集器

------------------------------------------------------------------------------

[root@k8s-node-1 ~]# jinfo -flags 5858
Attaching to process ID 5858, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.131-b11
Non-default VM flags: -XX:CICompilerCount=3-XX:InitialHeapSize=62914560 -XX:MaxHeapSize=991952896 -XX:MaxNewSize=330301440-XX:MinHeapDeltaBytes=524288 -XX:NewSize=20971520 -XX:OldSize=41943040-XX:+UseCompressedClassPointers -XX:+UseCompressedOops-XX:+UseFastUnorderedTimeStamps -XX:+UseParallelGC
Command line:

------------------------------------------------------------------------------

[root@k8s-node-1~]# jmap -heap 5858
Attaching to process ID 5858, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.131-b11
using thread-local object allocation.
Parallel GC with 4 thread(s)
Heap Configuration:
   MinHeapFreeRatio         = 0
   MaxHeapFreeRatio         = 100
   MaxHeapSize              =991952896 (946.0MB)
   NewSize                 = 20971520 (20.0MB)
   MaxNewSize               =330301440 (315.0MB)
   OldSize                 = 41943040 (40.0MB)
   NewRatio                = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104(20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415MB
   G1HeapRegionSize         = 0 (0.0MB)

堆参数解释：

MinHeapFreeRatio        对应-Xms      初始堆大小      物理内存的1/64(<1GB) 默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制

MaxHeapFreeRatio       对应-Xmx         最大堆大小       物理内存的1/4(<1GB)       默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制

MaxHeapSize            

NewSize                  -XX:NewSize   设置年轻代大小(for 1.3/1.4)

MaxNewSize              -XX:MaxNewSize    年轻代最大值(for 1.3/1.4)

NewRatio                -XX:NewRatio 年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代)                 -XX:NewRatio=4表示年轻代与年老代所占比值为1:4,年轻代占整个堆栈的1/5

                      Xms=Xmx并且设置了Xmn的情况下，该参数不需要进行设置。

SurvivorRatio            -XX:SurvivorRatio    Eden区与Survivor区的大小比值 设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10

MetaspaceSize          

CompressedClassSpaceSize

MaxMetaspaceSize        

G1HeapRegionSize        

Heap Usage:
PS Young Generation
Eden Space:
   capacity =309329920 (295.0MB)
   used    = 178062072 (169.81322479248047MB)
   free    = 131267848 (125.18677520751953MB)
  57.56380501440016% used
From Space:
   capacity =10485760 (10.0MB)
   used    = 10454472 (9.970161437988281MB)
   free    = 31288 (0.02983856201171875MB)
  99.70161437988281% used
To Space:
   capacity =10485760 (10.0MB)
   used    = 0 (0.0MB)
   free    = 10485760 (10.0MB)
   0.0% used
PS Old Generation
   capacity =60293120 (57.5MB)
   used    = 29636592 (28.263656616210938MB)
   free    = 30656528 (29.236343383789062MB)
  49.15418541949728% used
22294 interned Strings occupying 2846224 bytes.
You have new mail in /var/spool/mail/root

 

调优参考：

JVM调优（最关键参数为：-Xms -Xmx-Xmn -XX:SurvivorRatio -XX:MaxTenuringThreshold）

 

代大小调优：避免新生代大小设置过小、避免新生代大小设置过大、避免Survivor设置过小或过大、合理设置新生代存活周期。

-Xmn 调整新生代大小，新生代越大通常也意味着更多对象会在minor GC阶段被回收，但可能有可能造成旧生代大小，造成频繁触发Full GC，甚至是OutOfMemoryError。

-XX:SurvivorRatio调整Eden区与Survivor区的大小，Eden 区越大通常也意味着minorGC发生频率越低，但可能有可能造成Survivor区太小，导致对象minor GC后就直接进入旧生代，从而更频繁触发Full GC。

 

GC策略的调优：CMS GC多数动作是和应用并发进行的，确实可以减小GC动作给应用造成的暂停时间。对于Web应用非常需要一个对应用造成暂停时间短的GC，再加上Web应用的瓶颈都不在CPU上，在G1还不够成熟的情况下，CMS GC是不错的选择。

（如果系统不是CPU密集型，且从新生代进入旧生代的大部分对象是可以回收的，那么采用CMS GC可以更好地在旧生代满之前完成对象的回收，更大程度降低Full GC发生的可能）

 

在调整了内存管理方面的参数后应通过-XX:PrintGCDetails、-XX:+PrintGCTimeStamps、 -XX:+PrintGCApplicationStoppedTime以及jstat或visualvm等方式观察调整后的GC状况。

出内存管理以外的其他方面的调优参数：-XX:CompileThreshold、-XX:+UseFastAccessorMethods、-XX:+UseBaiasedLocking。

 

 

 

参考

https://www.cnblogs.com/redcreen/archive/2011/05/04/2037057.html

http://blog.csdn.net/yang_net/article/details/5830820