java - 从 com.mchange.v2.async.ThreadPoolAsynchronousRunner 停止 tomcat 7 时发出警告

Question

我正在开发一个 spring MVC 项目。项目仍在开发中，如果我将 war 部署到我的本地 Tomcat 7 服务器，我会在 STS 中收到以下警告。

控制台警告:

ClassLoaderLeakPreventor: Stopping Thread 'Thread[C3P0PooledConnectionPoolManager[identityToken->2ryrk49cntz2wcsrr79v|40b86944]-HelperThread-#2,5,main]' of type com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread running in web app after 5000 ms 
WARN : 13:26:22.626 com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread.run(ThreadPoolAsynchronousRunner.java:689) - An Error forced the closing of Thread[C3P0PooledConnectionPoolManager[identityToken->2ryrk49cntz2wcsrr79v|40b86944]-HelperThread-#1,5,main]. Will attempt to reconstruct, but this might mean that something bad is happening.
java.lang.ThreadDeath
    at java.lang.Thread.stop(Thread.java:758)
    at se.jiderhamn.classloader.leak.prevention.ClassLoaderLeakPreventor.stopThreads(ClassLoaderLeakPreventor.java:732)
    at se.jiderhamn.classloader.leak.prevention.ClassLoaderLeakPreventor.contextDestroyed(ClassLoaderLeakPreventor.java:397)
    at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:4741)
    at org.apache.catalina.core.StandardContext$4.run(StandardContext.java:5450)
    at java.lang.Thread.run(Thread.java:662)
    at org.apache.catalina.core.StandardContext.stopInternal(StandardContext.java:5459)
    at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:225)
    at org.apache.catalina.core.ContainerBase.stopInternal(ContainerBase.java:1072)
    at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:225)
    at org.apache.catalina.core.ContainerBase.stopInternal(ContainerBase.java:1072)
    at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:225)
    at org.apache.catalina.core.StandardService.stopInternal(StandardService.java:502)
    at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:225)
    at org.apache.catalina.core.StandardServer.stopInternal(StandardServer.java:748)
    at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:225)
    at org.apache.catalina.startup.Catalina.stop(Catalina.java:693)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:654)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:303)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:431)

我无法追踪发生这种情况的原因。在控制台上，我可以看到此警告不断打印，并且 tomcat 服务器处于 stopping 模式超过 10-12 分钟。

我们通过在 pom.xm 中添加以下依赖来使用类加载器泄漏保护

<dependency>
   <groupId>se.jiderhamn</groupId>
   <artifactId>classloader-leak-prevention</artifactId>
    <version>1.8.0</version>
</dependency>

还有c3p0依赖

<dependency>
    <groupId>com.mchange</groupId>
    <artifactId>c3p0</artifactId>
    <version>0.9.2</version>
</dependency>

为什么它在警告中说不好的事情正在发生？这是一个严重的问题吗？我怎样才能阻止它？

Answer 1

TL; DR: 升级到 c3p0 0.9.5.1，然后设置 privilegeSpawnedThreads为 true 和 contextClassLoaderSource到库。确保任何在内部创建 c3p0 池的网络应用程序在网络应用程序取消部署时将其关闭。

---

文档:请参阅有关此问题的 c3p0 文档，here和 here

---

长版:

Tomcat 将网络应用程序部署隔离到专用的类加载器中。在热重新部署时，您的 Web 应用程序的代码被重新加载到一个新的 ClassLoader 中，这就是您的代码更改如何在不重新启动整个 JVM 的情况下变得可见。

但是如果线程引用加载了那些旧类加载器的类的对象，则旧类加载器不能被垃圾回收。

每次初始化 PooledDataSource 时(当请求第一个连接时)，c3p0 都会启动一堆线程。如果 Web 应用程序加载的类引发初始化，则这些线程可能会开始使用特定于 Web 应用程序的 ClassLoader 加载类。如果这些线程在热重新部署时保持 Activity 状态，它们将阻止废弃类加载器的垃圾回收并导致内存泄漏。 (旧的 ClassLoader 和僵尸线程都将无益地保留。)这就是您的情况发生的坏事。最终，经过一些重新部署后，您会看到 OutOfMemoryErrors，事情会变得不稳定。

幸运的是，处理这个问题并不难。几点建议:

无论如何，一定要始终如一地确定连接池的范围。

• 如果连接池对网络应用完全私有(private)，这意味着池将在网络应用中启动，将仅由该网络应用使用，并且 c3p0 的库将存在于网络中-应用程序的 WEB-INF/lib 目录，然后确保您的 Web 应用程序在任何取消部署之前也在池上调用 close()，这将导致池的线程终止.实现这一点的最佳方法是使用 ServletContextListener。在 contextInitialized(...) 中启动您的池，并在 contextDestroyed(...) 中close()。
• 如果连接池将成为一个应用程序服务器资源，可能在 Tomcat 的配置文件中设置而不是在代码中实例化，那么请确保将 c3p0 的库(两个 jar 文件)放置在它们将由共享加载的位置类加载器。最常见的是 lib directory of the top-level Tomcat installation .

无论哪种情况，您都需要升级到 c3p0-0.9.5 或更高版本(当前生产版本为 0.9.5.1)，然后设置以下 c3p0 配置参数以获取随机性出自 ClassLoader c3p0-internal Threads 的引用:

• 设置privilegeSpawnedThreads为 true
• 设置contextClassLoaderSource到库。

希望这对您有所帮助!