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)
在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),所以我认为在那里发布链接是有用的,所以事实上它是被修复是可以发现的.
在 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 中的更改导致了这种情况。
| 归档时间: |
|
| 查看次数: |
3852 次 |
| 最近记录: |