JVM常用调优配置参数

开发过程中，通常会将-Xms 与-Xmx两个参数的配置相同的值，其目的是为了能够在java垃圾回收机制清理完堆区后不需要重新分隔计算堆区的大小而浪费资源
-Xms：表示java虚拟机堆区内存初始内存分配的大小，通常为操作系统可用内存的1/64大小即可，但仍需按照实际情况进行分配
-Xmx：表示java虚拟机堆区内存可被分配的最大上限，通常为操作系统可用内存的1/4大小。

-XX:newSize：表示新生代初始内存的大小，应该小于-Xms的值；
-XX:MaxnewSize：表示新生代可被分配的内存的最大上限；当然这个值应该小于-Xmx的值；
-Xmn：至于这个参数则是对 -XX:newSize、-XX:MaxnewSize两个参数的同时配置，也就是说如果通过-Xmn来配置新生代的内存大小，那么-XX:newSize = -XX:MaxnewSize　=　-Xmn，虽然会很方便，但需要注意的是这个参数是在JDK1.4版本以后才使用的。

java虚拟机对非堆区内存配置的两个参数：
-XX:PermSize：表示非堆区初始内存分配大小（方法区）
-XX:MaxPermSize：表示对非堆区分配的内存的最大上限（方法区）


-XX:SurvivorRatio JVM参数中有一个比较重要的参数SurvivorRatio，它定义了新生代中Eden区域和Survivor区域（From幸存区或To幸存区）的比例，默认为8，也就是说Eden占新生代的8/10，From幸存区和To幸存区各占新生代的1/10



-XX:+AlwaysPreTouch 服务启动的时候真实的分配物理内存给jvm
首先要简单的了解一下，虽然通过JVM的参数-Xmx和-Xms可以设置JVM的堆大小，但是此时操作系统分配的只是虚拟内存，只有JVM真正要使用该内存时，才会被分配物理内存
逻辑会影响哪些方面
1、对象首先会先分配在年轻代，因为之前分配的只是虚拟内存，所以每次新建对象都需要操作系统来先分配物理内存，分配对象速度自然就降低了，只有等第一次新生代GC后，该被分配的内存空间都已经分配了，之后分配对象的速度才会加快。
2、那么老年代也是同理，老年代的空间何时真正使用，自然是对象需要晋升到老年代时，所以新生代GC的时候，对象要从新生代晋升到老年代，操作系统也需要为老年代先分配物理内存，这样就间接影响了新生代GC的效率。

使用【-XX:+AlwaysPreTouch】参数能够达到的效果就是，在服务启动的时候真实的分配物理内存给JVM，而不再是虚拟内存，效果是可以加快代码运行效率，缺点也是有的，毕竟把分配物理内存的事提前放到JVM进程启动时做了，自然就会影响JVM进程的启动时间，导致启动时间降低几个数量级。

 -XX:+UseG1GC JVM 指定使用垃圾回收策略，使用G1垃圾回收器可以
 
-XX:MaxGCPauseMillis=100:设置每次年轻代垃圾回收的最长时间，如果无法满足此时间，JVM会自动调整年轻代大小，以满足此值。

-XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比。公式为1/(1+n)

-XX:InitiatingHeapOccupancyPercent=45 – 整个堆栈使用达到百分之多少的时候，启动GC周期. 基于整个堆，不仅仅是其中的某个代的占用情况，G1根据这个值来判断是否要触发GC周期, 0表示一直都在GC，默认值是45（即45%慢了，或者说占用了)

-XX:G1HeapRegionSize=n	G1 GC的堆内存会分割成均匀大小的区域，这个值设置每个划分区域的大小，这个值的默认值是根据堆的大小决定的。最小值是1Mb，最大值是32Mb


-XX:ConcGCThreads 并发收集的时候使用多少个线程，默认值和平台有关。（并发处理的时候使用多少个线程)

-XX:G1HeapWastePercent=10
设置您愿意浪费的堆百分比。如果可回收百分比小于堆废物百分比，Java HotSpot VM 不会启动混合垃圾回收周期。默认值是 10%。Java HotSpot VM build 23 中没有此设置。

-XX:+UseTLAB
表示，是否使用TLAB
-XX:+ScavengeBeforeFullGC
在执行 Full GC 前执行一次 Minor GC可以较少老年代中对象“意外”存活的现象。
这些老年代对象被新生代中的对象所引用， 但这些新生代对象其实已经可以被回收了，所以这些老年代对象其实也应被回收
-XX:+DisableExplicitGC  默认启用  禁止在运行期显式地调用System.gc()
如果jvm参数中设置了-XX:+DisableExplicitGC，那么代码中手动调用System.gc()就不会生效。而有些框架中因为是使用的堆外内存，必须手动调用System.gc()来释放。如果禁用掉就会导致堆外内存使用一直增长，造成内存泄露。

 -XX:+PrintGCDetails 打印GC日志信息
 -XX:+PrintGCDateStamps 打印GC时间 
 -Xloggc:logs/gc.log 将GC日志输出到指定的文件中
 -XX:-UseGCOverheadLimit  JDK6新增错误类型。当GC为释放很小空间占用大量时间时抛出。一般是因为堆太小。导致异常的原因：没有足够的内存。
 

参考:
https://www.cnblogs.com/shanheyongmu/p/5775003.html
https://www.oracle.com/cn/technical-resources/articles/java/g1gc.html
https://blog.youkuaiyun.com/nangeali/article/details/81866132
https://www.cnblogs.com/langtianya/p/3898760.html
https://blog.youkuaiyun.com/hchaoh/article/details/84926139