gpt4 book ai didi

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

转载 作者:行者123 更新时间:2023-11-28 22:53:42 26 4
gpt4 key购买 nike

我正在开发一个 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>

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

最佳答案

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


文档:请参阅有关此问题的 c3p0 文档,herehere


长版:

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 的引用:

希望这对您有所帮助!

关于java - 从 com.mchange.v2.async.ThreadPoolAsynchronousRunner 停止 tomcat 7 时发出警告,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33062821/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com