JDK11-JVM参数配置详解

示例配置

-server

-Xmx4g

-Xms4g

-Xss256k

-XX:MaxDirectMemorySize=256m

heap ByteBuffer -> -XX:Xmx -> 一种是heap ByteBuffer,该类对象分配在JVM的堆内存里面，直接由Java虚拟机负责垃圾回收。

direct ByteBuffer -> -XX:MaxDirectMemorySize -> 一种是direct ByteBuffer是通过jni在虚拟机外内存中分配的。通过jmap无法查看该快内存的使用情况。只能通过top来看它的内存使用情况。

-XX:+UseG1GC

-XX:+UseCompressedOops

new一个空对象在32为系统中占用内存大小是8byte（对象头，在堆中）+4byte（对象的引用地址，在栈中）=12byte；

new一个空对象在64为系统中占用内存大小是16byte（对象头，在堆中）+8byte（对象的引用地址，在栈中）=24byte；

可想而知同一个对象在64位系统中占的内存加大一半了，不仅消耗运行内存，而且GC回收时挺耗cpu的。

jvm的属性-XX:+UseCompressedOops在JDK 1.6和之后的版本都默认开启了，所以jvm开启了压缩之后64为系统的对象也只占用12byte。

-XX:+UseCompressedClassPointers

由于UseCompressedClassPointers的开启是依赖于UseCompressedOops的开启，因此，要使UseCompressedClassPointers起作用，得先开启UseCompressedOops，并且开启UseCompressedOops 也默认强制开启UseCompressedClassPointers，关闭UseCompressedOops 默认关闭UseCompressedClassPointers。

如果开启类指针压缩，+UseCompressedClassPointers，根据上面的条件，结果跟只开启UseCompressedOops一样，会在内存中消耗20个字节，o指针占4个字节，Object对象占16个字节。

-XX:+SegmentedCodeCache

通过 SegmentedCodeCache参数可以选择按照整体初始化，还是分段初始化。

通过 -XX:ReservedCodeCacheSize参数可以指定Code Cache的初始化大小，这个默认值在不同的JDK版本也不同，目前我这边调试的是OpenJDK11，默认大小是240M，这个已经够用了。

-verbose:gc

包含在-XX:+PrintGCDetails中，用于打印GC详情

-XX:+PrintCommandLineFlags

打印JVM所有参数

-XX:+ExplicitGCInvokesConcurrent

这个参数会在system.gc()的时候使用CMS垃圾回收器，降低gc耗时

-Djava.security.egd=file:/dev/./urandom

SecureRandom在java各种组件中使用广泛，可以可靠的产生随机数。但在大量产生随机数的场景下，性能会较低。这时可以使用"-Djava.security.egd=file:/dev/./urandom"加快随机数产生过程。

參考鏈接：

https://blog.51cto.com/leo01/1795447

-Xlog:gc*,safepoint:/data/log/${SERVICE_NAME}/gc.log:time,uptime:filecount=100,filesize=50M