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，造成吞吐下降
网友评论