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

Question

我正在开发一个 Spring MVC 项目。项目仍在开发中，如果我将战争部署到本地 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 设置为 library。确保任何在内部创建 c3p0 池的 Web 应用都会在 Web 应用取消部署时将其关闭。

---

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

---

加长版：

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

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

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

幸运的是，这并不难处理。一些建议：

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

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

无论哪种情况，您都需要升级到 c3p0-0.9.5 或更高版本（当前生产版本为 0.9.5.1），然后设置以下 c3p0 配置参数以获取随机性从 ClassLoader c3p0-internal Threads 来参考：

• 将privilegeSpawnedThreads 设置为true
• 将contextClassLoaderSource 设置为library。

希望这会有所帮助！