Java web应用程序中的内存泄漏
我有一个运行在Tomcat7上的Java web应用程序出现内存泄漏。在负载下（使用JConsole确定），应用程序的平均内存使用量随时间线性增加。在内存使用达到稳定期后，性能会显著下降。响应时间从大约100ms到[300ms,2500ms]，所以这实际上导致了真正的问题。
使用VisualVM，我看到至少一半的内存被字符数组（即char[])使用，而且大多数字符串（每个实例的数量大致相同，为300,000个实例）都是以下类型之一：“分配失败”、“复制”、“次要GC结束”，所有这些似乎都与垃圾收集通知有关。据我所知，应用程序根本不监视垃圾收集器。VisualVM找不到这些字符串的GC根，所以我很难找到这些字符串。
我不能解释为什么内存使用率会像这样稳定下来，但我有一个理论来解释为什么一旦性能下降。如果内存是碎片，应用程序可能需要很长时间来分配一个连续的内存块来处理新的请求。
共有1个答案
我从tomcat\bin\setenv.bat中删除了以下JMX配置：
set "JAVA_OPTS=%JAVA_OPTS%
-Dcom.sun.management.jmxremote=true
-Dcom.sun.management.jmxremote.port=9090
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false"
-
我看到了这个Python问题：应用引擎延迟：跟踪内存泄漏 ...同样，我也遇到了这个可怕的错误： 在为总共384个请求提供服务后，超过了128 MB的软专用内存限制 ... 处理此请求后，发现处理此请求的进程占用了太多内存，因此被终止。这可能会导致应用程序的下一个请求使用新进程。如果经常看到此消息，则应用程序中可能存在内存泄漏。 根据另一个问题，可能是“实例类”太小，无法运行这个应用程序，但是在增
-
问题内容： 我看到了这个Python问题：推迟了AppEngine：跟踪内存泄漏 …同样，我遇到了这个可怕的错误： 总共为384个请求提供服务后，超出了128 MB的软私有内存限制 … 处理此请求后，发现处理此请求的进程使用了过多的内存并被终止。这很可能导致新流程用于您的应用程序的下一个请求。如果您经常看到此消息，则可能是应用程序内存泄漏。 根据另一个问题，可能是“实例类”太小而无法运行此应用
-
我们在一个高负载(6M请求/天）的spring boot应用程序中出现了内存泄漏，它为很少的restendpoint提供服务。old_gen随时间增长缓慢，提交的内存达到容器限制，导致容器摊牌。在采取了几个堆转储后，我能够找出以下几点： > org.apache.catalina.webresources.cachedResource使用了大量内存，实例数约为12000，导致包括java.io.f
-
我使用石英版和Spring Boot版。它表现正常，一切正常。但是当我试图关闭这个应用程序时，问题出现了。日志显示有内存泄漏... 我的石英配置； 我有两个班，执行如下工作； 另一个班也同样做着不同的事情。 调度器工厂Bean如下； 我得到了像下面这样的tomcat日志； 查阅了quartz文档，并在properties中添加了以下内容：； 第一条线程消息消失了，但关于worker-2的第二条消息
-
我有以下代码试图在一个大表上循环（~100k行；~30GB） 但是，我不断遇到以下错误： 处理此请求时，发现处理此请求的进程占用了太多内存，因此终止。这可能会导致应用程序的下一个请求使用新进程。如果经常看到此消息，则应用程序中可能存在内存泄漏。 ...有时候...... 在处理总共9个请求后，超过了128 MB的软私有内存限制，达到154 MB 我改变了我的代码，所以我总是在任何给定的时间只提取1
-
我使用了Spark 2.1.1，并升级到了最新版本2.4.4。我从Spark UI观察到驱动程序内存在不断增加，在长时间运行之后，我出现了以下错误：java。lang.OutOfMemoryError：超出GC开销限制 在Spark 2.1.1中，驱动程序内存消耗（存储内存选项卡）极低，在运行ContextCleaner和BlockManager后，内存正在减少。 此外，我测试了Spark版本2.