GC知识点

2019独角兽企业重金招聘Python工程师标准>>>

一、判断对象是否存活

1、引用计数法

2、可达性分析

就是通过一系列的称为“GC Roots”的对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径称为引用链(Reference Chain),当一个对象到GC Roots没有任何引用链相连,则证明此对象是不可用的。

GC Root引用点：

a、JavaStack (栈桢中的本地变量表)中的引用的对象。

b、方法区中静态引用指向的对象。

c、方法区中常量引用指向的对象。

d、Native方法中JNI引用的对象

二、回收算法

1、复制（Copying）

2、标记-清除（Mark-Sweep）

3、标记-整理（Mark-Compact）

三、安全点（Safe Point）

程序只有在到达安全点时才能暂停。安全点的选定标准是“是否具有让程序长时间执行的特征”。“长时间执行”的最明显特征就是指令序列的复用，如方法调用、循环跳转等，具有这些功能的指令才会产生安全点。

让程序暂停的两种方式：

抢先式中断（Preemptive Suspension）：在GC发生时，主动中断所有线程，不需要线程执行的代码主动配合。几乎不被采用。

主动式中断（Voluntary Suspension）：设一个标志，各个线程主动去轮询这个标志，遇到中断则暂停。轮询地方与安全点重合。

四、Full GC

从年轻代空间（包括 Eden 和 Survivor 区域）回收内存被称为 Minor GC，对老年代GC称为Major GC，而Full GC是对整个堆来说的，在最近几个版本的JDK里默认包括了对永生代即方法区的回收（JDK8中无永生带了），出现Full GC的时候经常伴随至少一次的Minor GC，但非绝对的。Major GC的速度一般会比Minor GC慢10倍以上。下边看看有那种情况触发JVM进行Full GC及应对策略。

1、System.gc()
此方法是建议JVM进行Full GC而非一定，但很多情况下它会触发 Full GC，从而增加Full GC的频率，也即增加了间歇性停顿的次数。强烈建议禁止此方法，让虚拟机自己去管理它的内存，可通过-XX:+ DisableExplicitGC来禁止RMI调System.gc。

2、老年代空间不足
老年代空间只有在新生代对象转入及创建大对象、大数组时才会出现不足的现象，当执行Full GC后空间仍然不足，则抛出如下错误：
java.lang.OutOfMemoryError: Java heap space 

3、永生区空间不足
Permanet Generation中存放的为一些class的信息、常量、静态变量等数据，当系统中要加载的类、反射的类和调用的方法较多时，Permanet Generation可能会被占满，在未配置为采用CMS GC的情况下也会执行Full GC。如果经过Full GC仍然回收不了，那么JVM会抛出如下错误信息：java.lang.OutOfMemoryError: PermGen space 

4、CMS GC时出现promotion failed和concurrent mode failure

 

五、JAVA OPTS标准

-server

内存配置
-Xms2g -Xmx2g -Xmn768m -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=512m

GC配置
-XX:+UseParNewGC -XX:ParallelGCThreads=4 -XX:+UseConcMarkSweepGC -XX:+ExplicitGCInvokesConcurrent 
-XX:+UseCMSInitiatingOccupancyOnly -XX:+ScavengeBeforeFullGC -XX:CMSInitiatingOccupancyFraction=68 
-XX:+CMSClassUnloadingEnabled

GC日志配置
-XX:+PrintGCDetails -verbose:gc -XX:+PrintGCDateStamps -XX:+PrintGCApplicationConcurrentTime -XX:+PrintGCApplicationStoppedTime 
-XX:+PrintHeapAtGC -XX:+PrintTenuringDistribution -Xloggc:/wls/applogs/rtlogs/server/gc.log -XX:+HeapDumpOnOutOfMemoryError 
-XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=100M

Dump配置
-XX:HeapDumpPath=/wls/applogs/rtlogs/server -XX:ErrorFile=/wls/applogs/rtlog/server/hs_err_pid%p.log

其他配置
-Djava.awt.headless=true -Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.EPollSelectorProvider 
-Djava.security.egd=file:/dev/./urandom -Dsun.net.inetaddr.ttl=30 
-XX:SoftRefLRUPolicyMSPerMB=0

解决JDK7里改变Sort算法的问题
-Djava.util.Arrays.useLegacyMergeSort=true

日志配置
(同步日志)
-Dlog4j.configurationFile=META-INF/zues/zues-log4j2-include.xml,/wls/wls81/envconfig/busrecon-service/log4j2.xml

(异步日志)
-Dlog4j.configurationFile=META-INF/zues/zues-log4j2-async-include.xml,/wls/wls81/envconfig/busrecon-service/log4j2.xml

Dubbo配置文件
-Ddubbo.properties.file=/wls/wls81/envconfig/busrecon-service/dubbo.properties

Spring Boot特有
-Dspring.config.name=env

字符集编码(注意，应用是UTF8的才可以这么写)
-Ddefault.client.encoding=UTF-8 -Ddefault.override.encoding=UTF-8 -Dfile.encoding=UTF-8 -Duser.language=zh -Duser.region=CN

 

Ref：

https://my.oschina.net/hosee/blog/674261

 

 

 

 

转载于:https://my.oschina.net/u/3787772/blog/2049737