Question

我在GlassFish 4.1中使用web应用程序的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$9.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.access$100(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。还强制执行GC 通过-XX：+ UseParallelGC 的并行收集器。

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

Answer 1

自从我解决这个问题已经有很长一段时间了，但是我想分享一下我必须做出的改变，以防万一它能帮助那些面临同样问题的人 - 他们像我一样犯了同样的错误。 / p>

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

Worker workerObj = new Worker();

最初，当它部署时，这不会导致任何问题，因为服务器负载远远少于客户端迅速增加，内存消耗越来越多，最终导致服务器崩溃。

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

FilterChain执行期间的GlassFish 4.1 OutOfMemoryError

1 个答案: