JDK类中java.lang.ref.WeakReference对象的内存泄漏

man*_*dye 6 java logging jvm memory-leaks weak-references

以下简单代码重现java.lang.ref.WeakReference了堆中对象的增长:

public static void main(String[] args) throws Exception {

while (true) {
java.util.logging.Logger.getAnonymousLogger();
Thread.sleep(1);
}
}
Run Code Online (Sandbox Code Playgroud)

以下是几秒间隔内jmap命令的输出:

user@t1007:~> jmap -d64 -histo:live 29201|grep WeakReference
8: 22493 1079664 java.lang.ref.WeakReference
31: 1 32144 [Ljava.lang.ref.WeakReference;
106: 17 952

com.sun.jmx.mbeanserver.WeakIdentityHashMap$IdentityWeakReference
user@t1007:~> jmap -d64 -histo:live 29201|grep WeakReference
8: 23191 1113168 java.lang.ref.WeakReference
31: 1 32144 [Ljava.lang.ref.WeakReference;
103: 17 952

com.sun.jmx.mbeanserver.WeakIdentityHashMap$IdentityWeakReference
user@t1007:~> jmap -d64 -histo:live 29201|grep WeakReference
8: 23804 1142592 java.lang.ref.WeakReference
31: 1 32144 [Ljava.lang.ref.WeakReference;
103: 17 952 com.sun.jmx.mbeanserver.WeakIdentityHashMap$IdentityWeakReference
Run Code Online (Sandbox Code Playgroud)

请注意,jmap命令强制使用FullGC.

JVM settings:
export JVM_OPT="\
-d64 \
-Xms200m -Xmx200m \
-XX:MaxNewSize=64m \
-XX:NewSize=64m \
-XX:+UseParNewGC \
-XX:+UseConcMarkSweepGC \
-XX:MaxTenuringThreshold=10 \
-XX:SurvivorRatio=2 \
-XX:CMSInitiatingOccupancyFraction=60 \
-XX:+UseCMSInitiatingOccupancyOnly \
-XX:+CMSParallelRemarkEnabled \
-XX:+DisableExplicitGC \
-XX:+CMSClassUnloadingEnabled \
-XX:+PrintGCTimeStamps \
-XX:+PrintGCDetails \
-XX:+PrintTenuringDistribution \
-XX:+PrintGCApplicationConcurrentTime \
-XX:+PrintGCApplicationStoppedTime \
-XX:+PrintGCApplicationStoppedTime \
-XX:+PrintClassHistogram \
-XX:+ParallelRefProcEnabled \
-XX:SoftRefLRUPolicyMSPerMB=1 \
-verbose:gc \
-Xloggc:$GCLOGFILE"
Run Code Online (Sandbox Code Playgroud)
java version "1.6.0_18"
Java(TM) SE Runtime Environment (build 1.6.0_18-b07)
Java HotSpot(TM) Server VM (build 16.0-b13, mixed mode)

Solaris 10/Sun Fire(TM) T1000 
Run Code Online (Sandbox Code Playgroud)

vt.*_*vt. 5

在1.6.0_29中修复:http://www.oracle.com/technetwork/java/javase/6u29-relnotes-507960.html? sSourceSiteId = socomen

错误页面本身没有提到1.6.0_29(http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6942989),所以我认为在那里发布链接是有用的,所以事实上它是被修复是可以发现的.


vt.*_*vt. 0

在 JDK 1.6.0_19 和 1.6.0_20 下确认,在 1.6.0_17 下不存在:

java 版本“1.6.0_17”Java(TM) SE 运行时环境(版本 1.6.0_17-b04) Java HotSpot(TM) 服务器 VM(版本 14.3-b01,混合模式)

引用泄漏堆积在 java.util.logging.Logger#kids 数组中,但很可能是 LogManager 中的更改导致了这种情况。