我正在运行 Tomcat7，服务器非常强大，8 GB RAM 8 核。

我的问题是 RES 内存越来越高，直到服务器不再响应，甚至不调用 OnOutOfMemoryError。

Tomcat 配置:

-Xms1024M
-Xmx2048M
-XX:PermSize=256m
-XX:MaxPermSize=512m
-XX:+UseConcMarkSweepGC
-XX:OnOutOfMemoryError='/var/tomcat/conf/restart_tomcat.sh'

内存信息:

Memory:     Non heap memory = 106 Mb (Perm Gen, Code Cache),
Loaded classes = 14,055,
Garbage collection time = 47,608 ms,
Process cpu time = 4,296,860 ms,
Committed virtual memory = 6,910 Mb,
Free physical memory = 4,906 Mb,
Total physical memory = 8,192 Mb,
Free swap space = 26,079 Mb,
Total swap space = 26,079 Mb
Perm Gen memory:    88 Mb / 512 Mb    ++++++++++++
Free disk space:    89,341 Mb 

与top命令相比，Tomcat使用的内存看起来没有那么高。

在尝试连接到 SMTP 服务器或尝试连接到 facebook 服务器时，我也遇到了 java.net.SocketException: No buffer space available。

我使用 Hibernate，c3p0 连接池配置如下:

        <property name="hibernate.connection.driver_class">com.mysql.jdbc.Driver</property>
        <property name="hibernate.connection.url">jdbc:mysql://urldb/schema?autoReconnect=true</property>
        <property name="hibernate.connection.username">username</property>
        <property name="hibernate.dialect">org.hibernate.dialect.MySQL5InnoDBDialect</property>
        <property name="hibernate.connection.password"></property>
        <property name="connection.characterEncoding">UTF-8</property>

        <property name="hibernate.c3p0.acquire_increment">1</property>
        <property name="hibernate.c3p0.idle_test_period">300</property>
        <property name="hibernate.c3p0.timeout">5000</property>
        <property name="hibernate.c3p0.max_size">50</property>
        <property name="hibernate.c3p0.min_size">1</property>
        <property name="hibernate.c3p0.max_statement">0</property>
        <property name="hibernate.c3p0.preferredTestQuery">select 1;</property>
        <property name="hibernate.connection.provider_class">org.hibernate.connection.C3P0ConnectionProvider</property>

我找不到任何东西...有人提示我应该在哪里寻找吗？

谢谢!

[更新 1]堆转储:

HEAP HISTOGRAM :

class [C                                    269780  34210054
class [B                                    5600    33836661
class java.util.HashMap$Entry               221872  6212416
class [Ljava.util.HashMap$Entry;            23797   6032056
class java.lang.String                      271170  5423400
class org.hibernate.hql.ast.tree.Node       103588  4972224
class net.bull.javamelody.CounterRequest    28809   2996136
class org.hibernate.hql.ast.tree.IdentNode  23461   2205334
class java.lang.Class                       14677   2113488
class org.hibernate.hql.ast.tree.DotNode    13045   1852390
class [Ljava.lang.String;                   48506   1335600
class [Ljava.lang.Object;                   12997   1317016 


Instance Counts for All Classes (excluding platform) :

103588 instances of class org.hibernate.hql.ast.tree.Node
33366 instances of class antlr.ANTLRHashString
28809 instances of class net.bull.javamelody.CounterRequest
24436 instances of class org.apache.tomcat.util.buf.ByteChunk
23461 instances of class org.hibernate.hql.ast.tree.IdentNode
22781 instances of class org.apache.tomcat.util.buf.CharChunk
22331 instances of class org.apache.tomcat.util.buf.MessageBytes
13045 instances of class org.hibernate.hql.ast.tree.DotNode
10024 instances of class net.bull.javamelody.JRobin
9084 instances of class org.apache.catalina.loader.ResourceEntry
7931 instances of class org.hibernate.hql.ast.tree.SqlNode 

[更新 2] server.xml :

<Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443"
               URIEncoding="UTF-8"
               maxThreads="150"
               minSpareThreads="25"
               maxSpareThreads="75"
               enableLookups="false"
               acceptCount="1024"
               server="unknown"
               address="public_ip"
    />

****[更新 3] 日志文件的输出:****

    2012-06-04 06:18:24,152 [http-bio-ip-8080-exec-3500] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/api].[Jersey REST Service]- Servlet.ser
vice() for servlet [Jersey REST Service] in context with path [/socialapi] threw exception
java.net.SocketTimeoutException: Read timed out

    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.read(SocketInputStream.java:129)
    at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:532)
    at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:501)
    at org.apache.coyote.http11.InternalInputBuffer$InputStreamInputBuffer.doRead(InternalInputBuffer.java:563)
    at org.apache.coyote.http11.filters.IdentityInputFilter.doRead(IdentityInputFilter.java:118)
    at org.apache.coyote.http11.AbstractInputBuffer.doRead(AbstractInputBuffer.java:326)
    at org.apache.coyote.Request.doRead(Request.java:422)

[更新 4]ServletContext

我在我的应用程序中使用 ServletContextListener 来实例化 Controller 并使用 event.getServletContext().setAttribute 保持引用。这些 Controller 加载配置和翻译(Perm 中的 88Mb)。

然后使用我使用的数据库:

SessionFactory sf = dbManager.getSessionFactory(DatabaseManager.DB_KEY_DEFAULT);
Session session = sf.openSession();
Transaction tx = null; 

try {
    tx = session.beginTransaction();

    //Do stuuf

    tx.commit();

} catch (Exception e){
    //Do something
} finally {
    session.close();
}

1. 这可能是泄漏的来源吗？
2. 为什么不使用手动事务/ session ，那你会怎么做？

最佳答案

试试这个参数:

+XX:+HeapDumpOnOutOfMemoryError -XX:+HeapDumpPath=dump.log

也尝试使用较低的启动内存参数 -Xms。

然后您可以检查转储以查看问题是否出在对象分配上。

运行时尝试

jps

这将输出所有 java 进程，假设 Tomcat 是 PID 4444:

jmap -dump:format=b,file=heapdump 4444

和

jhat heapdump

如果在执行 jhat 时内存不足，只需添加更多内存即可。从那里您可以检查应用程序的堆。

另一种方法是启用 Hibernate 统计信息来检查您是否正在检索更多对象。虽然看起来每小时进行一次完整的垃圾收集应该不是问题(那里有做得更好的空间)。

-verbose:gc -Xloggc:/opt/tomcat/logs/gc.out -XX:+PrintGCDetails -XX:+PrintGCTimeStamps

例如，使用 GCViewer 查看每个内存空间(ternured、eden、survivors、perm)。

另一个方便的工具:

jstack 4444 > stack.txt

这将检索在 pid 为 4444 的 java 进程中运行的每个线程的完整堆栈跟踪。

请记住，如果您以 root 或其他用户身份启动 Tomcat，则需要权限。

jps

不会输出您没有权限的进程，因此您无法连接到它。

由于我不知道您的应用程序是关于什么的(因此我也不知道它的要求)，所以 300 万个实例看起来很多。

使用 Hibernate 统计信息，您可以查看实例化最多的类。

然后调整您的 eden 和 ternured 垃圾回收的比例可以更有效。

新实例化的对象进入伊甸园。当它填满时，一个次要的 gc 触发器。未删除的内容进入幸存者空间。当它填满时，它就会变老。当 ternured 已满时将出现 Full gc。

在这张图片(这是不准确的)中，我把变成实习生的 String 和内存映射文件(不在堆中)放在一边。看一下您实例化最多的类。大量使用 String 可能会导致快速填充 perm。

我猜你这样做了，但是使用托管 session 工厂，例如 Spring(如果在你的堆栈中)并避免手动管理事务和 session 。

请记住，当没有对象引用对象时，对象将在 GC 中删除。因此，只要在您的应用程序中可以访问某个对象，该对象就会保留。

如果您的 ServletContextListener 实例化 Controller 并存储在事件 getServletContext 中。确保之后完全删除引用，如果保留引用，对象将不会被删除，因为它们仍然可以访问。

如果您管理自己的事务和 session (如果您不能使用框架，这很好)，那么您必须处理代码维护和错误，例如 Spring-tx 已解决和改进。

我个人会利用 FOSS。但当然有时你无法扩大堆栈。

如果您正在使用 Hibernate，我会看一下 Spring-orm 和 Spring-tx 来管理事务和 session 。另请查看 Hibernate patter Open Session In View。

关于java - Tomcat内存管理，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10933291/