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

Question

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

war在控制台上 :

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.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)

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

我们通过在 pom.xm

中添加以下依赖项来使用 class 加载程序泄漏保护

<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>

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

Answer 1

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

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

长版：

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

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

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

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

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

如果连接池对网络应用程序完全私有，这意味着池将在网络应用程序中启动，将仅由该网络应用程序使用，并且 c3p0 的库将位于web-app 的 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 设置为 library。

希望对您有所帮助！

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

warning while stopping tomcat 7 from com.mchange.v2.async.ThreadPoolAsynchronousRunner

java

spring

tomcat

c3p0