常用jvm启动参数

2021-05-25 本文已影响0人江江的大猪

    SERVICE_OPTS="-server -jar -Xms8g -Xmx8g -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m -XX:+AlwaysPreTouch"
    SERVICE_OPTS="${SERVICE_OPTS} -XX:+UseG1GC -XX:+DisableExplicitGC"
    SERVICE_OPTS="${SERVICE_OPTS} -Xloggc:${LOGPATH}/gc_%p.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCApplicationStoppedTime -XX:+PrintAdaptiveSizePolicy"
    SERVICE_OPTS="${SERVICE_OPTS} -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=30m"
    SERVICE_OPTS="${SERVICE_OPTS} -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=${LOGPATH}/java.hprof"
    SERVICE_OPTS="${SERVICE_OPTS} -XX:-OmitStackTraceInFastThrow"

jdk8+G1现在看是个主流组合，cms确实配置太繁琐了，所以jdk后续已经弃用了cms主推G1和zgc这种不太需要配置的垃圾回收，降低使用学习成本
java -XX:+PrintFlagsInitial -version查看默认jvm参数
-server -Xms8g -Xmx8g -XXMetaspaceSize=256m -XX:MaxMetaspaceSize=512m -XX:SurvivorRatio=8 -XX:+AlwaysPreTouch

基础设置，server模式加载慢运行快，client基本没有使用场景，jvm启动时直接分配真实内存提升运行时性能，使用G1时不要设置xmn
-XX:+UseG1GC -XX:+DisableExplicitGC

使用G1回收器，G1的其他参数一般不需要设置jvm会自动调节，忽略代码中的 System.gc() 调用

-XX:SoftRefLRUPolicyMSPerMB=0

JDK 8u40 之后，G1 默认在并发标记结束后就进行类卸载
(-XX:+ClassUnloadingWithConcurrentMark)，所以可以设置软引用随着gc直接回收，其他情况设置成0如果有大量反射调用会频繁的除法metaspace的full gc。所以这个参数其实不设置保持默认的1000毫秒也可以

-Xloggc:${HOME}/gc_%p.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCApplicationStoppedTime -XX:+PrintAdaptiveSizePolicy

打印gc日志到指定文件，并打印gc详情、gc时间戳、stw的情况、打印内存自适应调整信息

-XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=30m

gc日志轮转，最多5个日志，每个最大30mb

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=${HOME}/java.hprof

发生oom时dump内存，并存储到指定文件

-XX:-OmitStackTraceInFastThrow

jdk默认会在打印一定次数的同样异常堆栈后，吞掉堆栈，不利于排查问题，所以关掉

-XX:-UseBiasedLocking

偏向锁在单线程环境内确实能极大降低锁消耗，但在多线程高并发环境下，线程竞争频繁，而偏向锁在释放时，为了避免出现冲突，需要等到进入全局安全点才能进行，所以每次偏向锁释放会有更大的消耗，频繁stw，造成吞吐下降

常用jvm启动参数

猜你喜欢

热点阅读