The web application [ROOT] appears to have started a thread named [RxIoScheduler-1 (Evictor)] but ha

最新推荐文章于 2025-04-19 18:21:59 发布
最新推荐文章于 2025-04-19 18:21:59 发布
阅读量3.2w 收藏 8
点赞数 8
分类专栏： 错误总结 文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/hfaflanf/article/details/118569030
版权
在项目启动过程中遇到异常，通过检查代码及git历史排除同事代码问题，聚焦于本地环境和配置。报错信息提示缺少'sqlSessionFactory'或'sqlSessionTemplate'属性。尝试过百度搜索解决方案、清理IDE缓存、重启电脑、修改JDK配置等方法无效。最终发现Maven有未成功下载的更新包，手动添加jar包并重新导入，成功启动项目。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

启动项目，报错；

1.首先检查代码，查看git提交记录，发现错误提示的代码，均为老代码，近期没有改动，则排除因为同事代码出错，导致的报错，重点放在本地系统、系统配置上；

2.检查报错信息

关键的是这两句，

nested exception is java.lang.IllegalArgumentException: Property 'sqlSessionFactory' or 'sqlSessionTemplate' are required

The web application [ROOT] appears to have started a thread named [RxIoScheduler-1 (Evictor)] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:

3.扔到百度上，查看解决方案，发现解决方法多多，有的方案试了试，无效，有的则与系统不符，最后放弃网上找解决方案；

4.重启idea并清缓存无效；重启电脑无效；修改jdk等配置无效；

5.在检查maven配置时发现，有两个更新包没有成功下载，重新添加jar包到本地，reimport，重启项目，启动成功；

山重水复疑无路，柳暗花明又一村

Zipkin start 和 redis start 不兼容
06-17 771
Spring boot 版本:2.2.1.RELEASE Spring cloud 版本 :Hoxton.RC1 项目中同时使用了 spring-cloud-starter-zipkin spring-boot-starter-data-redis <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-z..
tomcat关闭时未防止内存泄漏，JDBC强制注销及线程未停止警告，附项目启动时初始化druid物理连接
LK_Life
11-08 3853
08-Nov-2019 22:37:57.028 警告 [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesJdbc The web application [ROOT] registered the JDBC driver [com.alibaba.druid.proxy....
The web application [ROOT] appears to have started a thread named [RxIoScheduler-1 ()]but has failed
qq_43478519的博客
02-21 3883
The web application [ROOT] appears to have started a thread named [RxIoScheduler-1 (Evictor)] but has failed to stop it. This is very likely to create a memory leak. stack trace of thread:
The web application [ROOT] appears to have started a thread named [RxIoScheduler-1 (Evictor)]报错
weixin_69481274的博客
10-14 2233
报错提示内存泄漏，启动项目失败，搜了下同类型报错大多都有前置报错信息，遂未能解决，咨询同事后定位大概率为mapper.xml文件中写的有问题，回退后果然不报错了，最终定位为select中的属性写的有问题。
nacos 2.2.5 版本启动报错汇总
最新发布
m0_61491519的博客
04-19 638
在application.properties 配置文件中添加盐，盐值规范32为字符串生成的base64位编码nacos.core.auth.plugin.nacos.token.secret.key=MTIzNDU2Nzg5MDA5ODc2NTQzMjExMjM0NTY3ODkwMDk=nacos 默认是集群部署。添加启动参数startup.cmd -m standalone。
微服务后台启动报错：The web application [ROOT] appears to have started a thread named [spring.cloud.inetutils
weixin_51482243的博客
10-25 1万+
有可能你的服务没有打开链接的数据库，当你打开数据库就可以了。
springboot项目启动报错：The web application [ROOT] appears to have started a thread named [xx] but has fai
qq_44213900的博客
12-04 4万+
springboot项目启动报错The web application [ROOT] appears to have started a thread named [com.alibaba.nacos.client.naming.updater] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
IDAPython类库---idc.py的源码
墨鱼菜鸡
03-20 738
#!/usr/bin/env python #--------------------------------------------------------------------- # IDAPython - Python plugin for Interactive Disassembler # #...
MySQL源码分析-启动初始化&连接与线程管理
SmallBottle-CGWLMX的博客
11-11 1385
目录 0. 背景 1. MySQL初始化 初始化的内容 MySQL中的线程 全量源码 源码函数调用链 0. 背景 参加公司早读会分享，打算 1.MySQL初始化 源码学习个人习惯从最开始的各种准备初始化展开深入，mysql也一样，我们从mysql的启动初始化一直到终止阶段分析逻辑。一下是mysql初始化的简单小结，详细的源码栈在后续接着分析。 1.1 初始化的内容 参数配置解析： 分别从/etc/my.conf, /etc/mysql/my.conf, SYSCONFD..
kylin启动成功，登陆不了网页！！!!!
xiaobaicxx的博客
05-17 5376
kylin-1.5.2.1搭建hadoop-2.6.0habse-1.2.0hive-1.1.0jdk-1.7.0_80zookeeper-3.4.5已确认所有组件都能正常运行，然后kylin启动成功登陆网页报错，求解，报错如下：五月 17, 2018 10:57:15 上午 org.apache.catalina.core.AprLifecycleListener lifecycleEvent信...
The web application [ROOT] appears to have started a thread named [spring.cloud.inetutils] but has f...
WGH100817的博客
08-01 2632
前景提要：启动SpringBoot项目报错 原因： DeliveryPointServiceFallBack上面没有加 @Component-_-! 转载于:https://www.cnblogs.com/jpfss/p/11284180.html
WebappClassLoaderBase | The web application [ROOT] appears to have started a thread named [HikariPo
05-04 1万+
原文链接 linux（RHEL8）中使用root启动java程序（使用springboot 框架）时可以正常的访问，而当使用非root用户启动springboot 的java 程序时，遇到以下错误： Identify and stop the process that's listening on port 443 or configure this application to listen on another port. 查看日志后，发现日志中有警告| WARN | main | WebappCla
关闭Tomcat报错The web application [ROOT] appears to have started a thread named [Abandoned connectio
热门推荐
Tiakon的博客
12-16 5万+
关闭Tomcat报错The web application [ROOT] appears to have started a thread named [Abandoned connection cleanup thread] but has failed to stop it. This is very likely to create a memory leak.
The web application [ROOT] appears to have started a thread named [logback-3] but has failed to stop
qq_39624298的博客
05-16 1万+
ERROR [org.springframework.boot.web.embedded.tomcat.TomcatStarter] - Error starting Tomcat context. Exception: org.springframework.beans.factory.BeanCreationException. Message: Error creating bean with name 'servletEndpointRegistrar' defined in class path
The web application [] appears to have started a thread named [logback-5] but has failed 解决办法
qq_41018670的博客
05-13 6005
2021-05-13 14:13:19.977 [WARN ] [restartedMain] [o.a.c.l.WebappClassLoaderBase ] The web application [trajectory] appears to have started a thread named [logback-5] but has failed to stop it. This is very likely to create a memory leak. Stack trace of ...
警告: The web application [ROOT] appears to have started a thread named [RxIoScheduler-1 (Evictor)] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
03-25
### 解决 Web 应用程序线程未正确停止导致的内存泄漏问题 在 Java 中，Web 应用程序中的线程如果未能正确关闭可能会引发严重的内存泄漏问题。特别是当某些框架（如 RxJava 的 `RxIoScheduler` 或其他异步调度器）创建后台线程池时，这些线程可能不会随着应用程序上下文销毁而终止。 #### 1. 背景分析 Java 中的内存泄漏通常发生在对象被意外保留引用的情况下[^1]。对于线程而言，如果某个线程仍然持有对已卸载类加载器的强引用，则该类加载器及其关联的对象无法被垃圾回收器释放。这可能导致整个 Web 应用程序占用的资源无法释放。 以下是常见的原因： - 后台线程未正确停止。 - 使用了静态变量或全局缓存，其中保存了过期的应用程序数据。 - 第三方库内部维护了长期运行的任务或定时器。 针对 `RxIoScheduler` 和其子组件（如 `Evictor`），它们依赖于线程池来执行任务。如果没有显式调用清理方法，这些线程将继续存活并阻止 JVM 卸载类加载器。 --- #### 2. 解决方案 ##### 方法一：确保线程安全退出 通过实现 Servlet 容器生命周期监听器 (`ServletContextListener`) 来管理线程池的初始化和销毁过程。以下是一个示例： ```java import javax.servlet.ServletContextEvent; import javax.servlet.ServletContextListener; public class AppLifecycleListener implements ServletContextListener { @Override public void contextInitialized(ServletContextEvent sce) { // 初始化逻辑，例如启动 RxIoScheduler System.out.println("Application started."); } @Override public void contextDestroyed(ServletContextEvent sce) { // 销毁逻辑，确保所有线程池被正确关闭 io.reactivex.rxjava3.plugins.RxJavaPlugins.shutdownHook(); System.out.println("Application shutdown completed."); } } ``` 上述代码中，`contextDestroyed` 方法会在 Web 应用程序停止时触发，从而允许我们手动调用 `shutdownHook()` 关闭 RxJava 的线程池。 --- ##### 方法二：使用弱引用减少内存压力 为了防止因长时间持有的强引用而导致的内存泄漏，可以考虑改用弱引用存储对象。例如，在动态分配缓冲区时，可以通过如下方式优化内存管理： ```c #include <stdlib.h> #include <assert.h> void addReservoir(sAllocUnit *reservoir, size_t *reservoirBufferSize, sAllocUnit ***reservoirBuffer) { sAllocUnit **temp = (sAllocUnit **)realloc(*reservoirBuffer, (*reservoirBufferSize + 1) * sizeof(sAllocUnit *)); assert(temp != NULL); if (temp) { *reservoirBuffer = temp; (*reservoirBuffer)[*reservoirBufferSize] = reservoir; (*reservoirBufferSize)++; } } // 清理函数 void cleanupReservoir(size_t reservoirBufferSize, sAllocUnit **reservoirBuffer) { for (size_t i = 0; i < reservoirBufferSize; ++i) { free(reservoirBuffer[i]); // 假设每个单元需要单独释放 } free(reservoirBuffer); // 释放整体数组 } ``` 此 C 实现展示了如何扩展和收缩动态分配的指针数组，并提供了相应的清理机制以避免内存泄漏[^2]。 --- ##### 方法三：监控与诊断工具 利用专业的性能分析工具可以帮助定位潜在的内存泄漏源。常用的工具有： - VisualVM - JProfiler - Eclipse MAT (Memory Analyzer Tool) 通过这些工具捕获堆转储文件，可以识别哪些对象占用了过多内存以及是否有异常的线程仍在活动状态。 --- ### 总结 要彻底解决由线程未正确停止引起的内存泄漏问题，需采取综合措施。一方面应确保所有自定义线程都能响应中断信号；另一方面则需合理配置第三方库的行为模式，必要时强制调用其清理接口。此外，定期审查代码质量并通过自动化测试验证资源释放逻辑也是预防此类错误的有效手段。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值