这很可能在Tomcat中造成内存泄漏吗？

5 回答

• 0

  消息实际上非常清楚：有些东西会创建 ThreadLocal ，其值为 org.apache.axis.MessageContext - 这是一个很好的提示 . 这很可能意味着Apache Axis框架在自身之后忘记/无法清理 . 例如，在Logback中发生了相同的problem . 你不应该打扰，但向Axis团队报告错误可能是个好主意 .

  Tomcat报告此错误，因为 ThreadLocal 是根据HTTP工作线程创建的 . 您的应用程序已取消部署，但HTTP线程仍然存在 - 这些也是 ThreadLocal . 这可能会导致内存泄漏（ org.apache.axis.MessageContext 无法卸载）以及将来重用这些线程时的一些问题 .

  有关详细信息，请参阅：http://wiki.apache.org/tomcat/MemoryLeakProtection

  回复于 2024-04-20T18:47:34+08:00
• 1

  我在CDI @ApplicationScoped bean中向@PreDestroy方法添加了以下内容，当我关闭TomEE 1.6.0（tomcat7.0.39，截至今天）时，它清除了线程本地 .

  /*
   * To change this template, choose Tools | Templates
   * and open the template in the editor.
   */
  package pf;
  
  import java.lang.ref.WeakReference;
  import java.lang.reflect.Array;
  import java.lang.reflect.Field;
  
  import org.slf4j.Logger;
  import org.slf4j.LoggerFactory;
  
  /**
   *
   * @author Administrator
   * 
   * google-gson issue # 402: Memory Leak in web application; comment # 25
   * https://code.google.com/p/google-gson/issues/detail?id=402
   */
  public class ThreadLocalImmolater {
  
      final Logger logger = LoggerFactory.getLogger(ThreadLocalImmolater.class);
  
      Boolean debug;
  
      public ThreadLocalImmolater() {
          debug = true;
      }
  
      public Integer immolate() {
          int count = 0;
          try {
              final Field threadLocalsField = Thread.class.getDeclaredField("threadLocals");
              threadLocalsField.setAccessible(true);
              final Field inheritableThreadLocalsField = Thread.class.getDeclaredField("inheritableThreadLocals");
              inheritableThreadLocalsField.setAccessible(true);
              for (final Thread thread : Thread.getAllStackTraces().keySet()) {
                      count += clear(threadLocalsField.get(thread));
                      count += clear(inheritableThreadLocalsField.get(thread));
              }
              logger.info("immolated " + count + " values in ThreadLocals");
          } catch (Exception e) {
              throw new Error("ThreadLocalImmolater.immolate()", e);
          }
          return count;
      }
  
      private int clear(final Object threadLocalMap) throws Exception {
          if (threadLocalMap == null)
                  return 0;
          int count = 0;
          final Field tableField = threadLocalMap.getClass().getDeclaredField("table");
          tableField.setAccessible(true);
          final Object table = tableField.get(threadLocalMap);
          for (int i = 0, length = Array.getLength(table); i < length; ++i) {
              final Object entry = Array.get(table, i);
              if (entry != null) {
                  final Object threadLocal = ((WeakReference)entry).get();
                  if (threadLocal != null) {
                      log(i, threadLocal);
                      Array.set(table, i, null);
                      ++count;
                  }
              }
          }
          return count;
      }
  
      private void log(int i, final Object threadLocal) {
          if (!debug) {
              return;
          }
          if (threadLocal.getClass() != null &&
              threadLocal.getClass().getEnclosingClass() != null &&
              threadLocal.getClass().getEnclosingClass().getName() != null) {
  
              logger.info("threadLocalMap(" + i + "): " +
                          threadLocal.getClass().getEnclosingClass().getName());
          }
          else if (threadLocal.getClass() != null &&
                   threadLocal.getClass().getName() != null) {
              logger.info("threadLocalMap(" + i + "): " + threadLocal.getClass().getName());
          }
          else {
              logger.info("threadLocalMap(" + i + "): cannot identify threadlocal class name");
          }
      }
  
  }
  

  回复于 2024-04-20T18:47:34+08:00
• 2

  密钥"Transactional Resources"看起来像是在没有正确的事务的情况下与数据库通信 . 确保正确配置事务管理，并且不存在不在@Transactional注释下运行的DAO调用路径 . 当您在Controller级别配置事务管理但在计时器中调用DAO或正在使用@PostConstruct注释时，很容易发生这种情况 . 我在这里写了http://georgovassilis.blogspot.nl/2014/01/tomcat-spring-and-memory-leaks-when.html

  编辑：看起来这也是（也是？）spring-data-jpa的一个bug，它已经用v1.4.3修复了 . 我在LockModeRepositoryPostProcessor的spring-data-jpa源代码中查找了它，它设置了“Transactional Resources”键 . 在1.4.3中，它也会再次清除密钥 .

  回复于 2024-04-20T18:47:34+08:00
• 23

  有时这与配置更改有关 . 当我们从Tomncat 6.0.14升级到6.0.26时，我们看到了类似的东西 . 这是解决方案http://www.skill-guru.com/blog/2010/08/22/tomcat-6-0-26-shutdown-reports-a-web-application-created-a-threadlocal-threadlocal-has-been-forcibly-removed/

  回复于 2024-04-20T18:47:34+08:00
• 6

  当我们使用任何第三方解决方案而不使用处理程序进行清理活动时，会出现此问题 . 对我而言，EhCache正在发生这种情况 . 我们在项目中使用EhCache进行缓存 . 通常我们常常在日志中看到以下错误

  SEVERE: The web application [/products] appears to have started a thread named [products_default_cache_configuration] but has failed to stop it. This is very likely to create a memory leak.
  Aug 07, 2017 11:08:36 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
  SEVERE: The web application [/products] appears to have started a thread named [Statistics Thread-products_default_cache_configuration-1] but has failed to stop it. This is very likely to create a memory leak.
  

  我们经常注意到tomcat在开发过程中出现OutOfMemory错误，我们曾经做过后端更改并多次部署应用程序以反映我们的更改 .

  这是我们做的修复

  <listener>
    <listener-class>
       net.sf.ehcache.constructs.web.ShutdownListener
    </listener-class>
  </listener>
  

  所以，我想要检查你正在使用的第三方库的文档 . 他们应该提供一些机制来在关机期间清理线程 . 您需要在应用程序中使用哪个 . 除非它们没有提供，否则无需重新发明轮子 . 最糟糕的情况是提供您自己的实现 .

  EHCache关闭参考http://www.ehcache.org/documentation/2.8/operations/shutdown.html

  回复于 2024-04-20T18:47:34+08:00