【发布时间】：2014-10-18 19:46:07
【问题描述】：
我正在为我的 JVM 堆 (Java 1.7) 中无法访问的对象而苦苦挣扎。从图中可以看出（图上所有的类都是不可达的），我们有超过 74% 的对象没有引用，所以应该垃圾收集。在我们的 tomcat 7 服务器上运行 3 周后，此状态变为仅运行 Probe 监控应用程序、tomcat 管理器和我们的 web 应用程序，这可能是问题的根源。
我们的应用程序基于 JSF 1.2，在客户端保存状态，如下图所示 - 主要是带有 ViewSaveState 的字符数组。 当我从 jVisualVM 手动运行 GC 时，它会删除所有无法访问的对象并且一切正常，直到堆达到其限制的 3 周。
怎么可能有些对象没有清理干净？
我们的 JVM 参数
-Dcom.sun.management.jmxremote=true
-Dcom.sun.management.jmxremote.port=29001
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Djava.rmi.server.hostname=
-Dorg.apache.el.parser.SKIP_IDENTIFIER_CHECK=true
-Xms320m
-Xmx2500m
-XX:MaxPermSize=500m
-XX:PermSize=96m
-verbose:gc
-Xloggc:/var/log/gc.log
-XX:+PrintGCTimeStamps
-XX:+PrintGCDetails
-Xdebug -Xrunjdwp:transport=dt_socket,address=1044,server=y,suspend=n
-XX:+CMSClassUnloadingEnabled -XX:+UseConcMarkSweepGC
OutOfMemoryError 的堆栈跟踪
我认为原因隐藏在其他地方，堆栈跟踪来自应用程序的不同部分。可能存在一些泄漏，但堆栈跟踪仅报告最后一个组件，该组件在没有任何内存时及时声明了一些内存。
java.lang.OutOfMemoryError: Java heap space
at java.util.LinkedHashMap.createEntry(LinkedHashMap.java:442)
at java.util.HashMap.addEntry(HashMap.java:888)
at java.util.LinkedHashMap.addEntry(LinkedHashMap.java:427)
at java.util.HashMap.put(HashMap.java:509)
at sun.util.resources.OpenListResourceBundle.loadLookup(OpenListResourceBundle.java:134)
at sun.util.resources.OpenListResourceBundle.loadLookupTablesIfNecessary(OpenListResourceBundle.java:113)
at sun.util.resources.OpenListResourceBundle.handleGetObject(OpenListResourceBundle.java:74)
at sun.util.resources.TimeZoneNamesBundle.handleGetObject(TimeZoneNamesBundle.java:75)
at java.util.ResourceBundle.getObject(ResourceBundle.java:389)
at java.util.ResourceBundle.getObject(ResourceBundle.java:392)
------------------
Exception in thread "Timer-22" Exception in thread "com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#2" java.lang.OutOfMemoryError: Java heap space
Exception in thread "com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#1" java.lang.OutOfMemoryError: Java heap space
------------------
Caused by: java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:2219)
at java.util.ArrayList.grow(ArrayList.java:242)
at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:216)
at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:208)
at java.util.ArrayList.add(ArrayList.java:440)
at org.hibernate.loader.Loader.instanceNotYetLoaded(Loader.java:1468)
at org.hibernate.loader.Loader.getRow(Loader.java:1355)
at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java:611)
at org.hibernate.loader.Loader.doQuery(Loader.java:829)
at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:274)
at org.ajax4jsf.component.AjaxActionComponent.broadcast(AjaxActionComponent.java:55)
at org.ajax4jsf.component.AjaxViewRoot.processEvents(AjaxViewRoot.java:329)
at org.ajax4jsf.component.AjaxViewRoot.broadcastEventsForPhase(AjaxViewRoot.java:304)
at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:261)
at org.ajax4jsf.component.AjaxViewRoot.processApplication(AjaxViewRoot.java:474)
at org.apache.myfaces.lifecycle.InvokeApplicationExecutor.execute(InvokeApplicationExecutor.java:32)
at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:103)
at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:183)
... 74 more
--------------
Caused by: java.lang.OutOfMemoryError: Java heap space
at java.nio.ByteBuffer.wrap(ByteBuffer.java:350)
at java.lang.StringCoding$StringDecoder.decode(StringCoding.java:137)
at java.lang.StringCoding.decode(StringCoding.java:173)
at java.lang.String.<init>(String.java:443)
at com.ibm.db2.jcc.a.a.a(a.java:632)
at com.ibm.db2.jcc.a.a.a(a.java:355)
at com.ibm.db2.jcc.am.fc.e(fc.java:682)
at com.ibm.db2.jcc.am.fc.k(fc.java:1481)
at com.ibm.db2.jcc.am.ResultSet.getTimestampX(ResultSet.java:1075)
at com.ibm.db2.jcc.am.ResultSet.getTimestamp(ResultSet.java:1034)
【问题讨论】：
-
“堆达到极限”是什么意思？你得到 OutOfMemoryError 了吗？
-
您是否在 gc 日志中看到诸如“升级失败”或“并发模式失败”之类的错误消息？顺便说一句，您的服务器上的负载如何？一般来说，大约 2.5G 的堆空间对于服务器来说是非常少的。
-
我们有一个很小的应用程序，只有在有 10 个并发用户的情况下，第一次运行时才从堆中占用 400MB，而且这种情况并不经常发生。所以应该有2GB的储备，而且我们使用2个节点，所以应该有足够的空闲内存。我在 gc.log 中没有发现任何提到的错误。
-
CMS GC 发生的频率如何？它至少释放了一些内存吗？如果你分享你的 GC 日志，我可以看看。
-
不幸的是，我刚刚发现我在catalina.out中混合了最近半年的所有日志，所以没有办法如何分发gc日志。对这个目录 /var/log/gc.log 没有写权限。
标签： java tomcat garbage-collection jvm heap-memory