FilterChain 执行期间的 GlassFish 4.1 OutOfMemoryError

Question

我在 GlassFish 4.1 中使用 websockets 的 Web 应用程序已经有一段时间了，运行一直很好，直到最近我两次遇到这个问题。它导致我的应用程序按预期崩溃，我无法查明确切原因。这是我得到的错误跟踪：

GRIZZLY0013: Exception during FilterChain execution
java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:3181)
    at java.util.ArrayList.grow(ArrayList.java:261)
    at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:235)
    at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:227)
    at java.util.ArrayList.add(ArrayList.java:458)
    at org.glassfish.grizzly.filterchain.FilterChainContext.addCompletionListener(FilterChainContext.java:930)
    at org.glassfish.grizzly.utils.IdleTimeoutFilter.queueAction(IdleTimeoutFilter.java:249)
    at org.glassfish.grizzly.utils.IdleTimeoutFilter.handleRead(IdleTimeoutFilter.java:167)
    at org.glassfish.grizzly.filterchain.ExecutorResolver.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access0(WorkerThreadIOStrategy.java:56)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
    at java.lang.Thread.run(Thread.java:745)

从跟踪看来，FilterChainContext.addCompletionListener 被调用得过于频繁，导致 ArrayList 的大小大大增加 - 占用内存。是什么导致服务器多次添加此类侦听器？服务器是否收到太多请求？这是一个 GlassFish 错误，还是仅仅与增加堆大小有关？

目前，我已将标志 -Xmx 表示的堆大小从 512MB 增加到 2GB。还通过 -XX:+UseParallelGC 为 GC 强制执行并行收集器。

如果您能提供进一步的见解来帮助解决这个问题，那就太好了。

Answer 1

我已经很长时间没有解决这个问题了，但我想分享我必须做出的改变，以防它帮助那些面临同样问题的人——他们和我一样犯了同样的错误.

问题出在我的应用程序中。在我的代码深处，应用程序为每个新的客户端请求创建了一个新对象。像这样：

Worker workerObj = new Worker();

最初，部署时这并没有引起任何问题，因为服务器负载要小得多，但随着客户端的快速增加，内存消耗越来越大，最终导致服务器崩溃。

解决方案是创建一个 Worker 对象并以线程安全的方式重复使用所有请求。

FilterChain 执行期间的 GlassFish 4.1 OutOfMemoryError

GlassFish 4.1 OutOfMemoryError during FilterChain execution

out-of-memory

glassfish-4