Tomcat-shutdown.sh报错but has failed to stop it. This is very likely to create a memory leak.

最新推荐文章于 2023-09-08 20:03:47 发布
原创 最新推荐文章于 2023-09-08 20:03:47 发布 · 1w 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#tomcat #脚本

本文介绍了一种在web无法访问但Tomcat进程仍存在的情况下，通过修改shutdown.sh和catalina.sh脚本来实现Tomcat进程的强制关闭的方法。
部署运行你感兴趣的模型镜像

报这一个错的会出现web已经无法访问了，但在服务器上查看tomcat进程发现进程还存在。
解决方法：
修改shutdown.sh脚本：加上强制关闭进程参数

把：exec "$PRGDIR"/"$EXECUTABLE" stop "$@"
改为exec "$PRGDIR"/"$EXECUTABLE" stop -force "$@"

修改catalina.sh脚本

# Get standard environment variables
PRGDIR=`dirname "$PRG"`

在以上面的脚本下添加如下代码：

if [ -z "$CATALINA_PID" ]; then
      CATALINA_PID=$PRGDIR/CATALINA_PID
      cat $CATALINA_PID
fi

至此shutdown.sh脚本可以强制关闭tomcat进程了。

您可能感兴趣的与本文相关的镜像

EmotiVoice

EmotiVoice

AI应用

EmotiVoice是由网易有道AI算法团队开源的一块国产TTS语音合成引擎，支持中英文双语，包含2000多种不同的音色，以及特色的情感合成功能，支持合成包含快乐、兴奋、悲伤、愤怒等广泛情感的语音。

Tomcat运行脚本及启动过程分析--catalina.sh
qq_21508059的博客
09-15 2万+
一、概述 作为一个成熟的中间件产品，tomcat有很多值得我们学习的地方。下面我将从tomcat的运行脚本catalina.sh入手，分析tomcat的启动过程，以及tomcat脚本是如何实现停止tomcat服务的。 注意：此处分析的是linux环境下的脚本文件 二、tomcat目录结构 tomcat目录结构如下： bin目录的内容如下： 可执行文件，包括startup.sh、sh...
SpringBoot启动失败：出现错误——HikariPool-1 - Shutdown initiated...后立即出现 HikariPool-1 - Shutdown completed.
qq_40677014的博客
04-12 1万+
问题： . ____ _ __ _ _ /\\ / ___'_ __ _ _(_)_ __ __ _ \ \ \ \ ( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \ \\/ ___)| |_)| | | | | || (_| | ) ) ) ) ' |____| .__|_| |_|_| |_\__, | / / / / =========|_|==============|___/=/_/_/_/
项目启动报错: This is very likely to create a memory leak. Stack trace of thread 解决方案
weixin_38399962的博客
07-02 2万+
问题发现 The web application [ROOT] appears to have started a thread named [UIC_STATISTIC_THREAD] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread. 这个是一个Spring项目启动报的错. 内存泄漏异常. 解决方案: 跳转Java项目启动内存: -Xms512m ...
quartz集群报错but has failed to stop it. This is very likely to create a memory leak.
weixin_33736832的博客
09-22 1896
quartz集群报错but has failed to stop it. This is very likely to create a memory leak. 在一台配置1核2G内存的阿里云服务器上运行quartz；执行定时任务报如下异常，而在本地开发环境中则正常运行。 10-Sep-2016 11:43:50.415 WARNING [localhost-startStop-1] org....
have started a thread named [Log4j2-TF-3-Scheduled-1] but has failed to stop it.
${王小贱}的博客
12-11 7572
最近编写项目时遇到这样一个错误 The web application [warehouse] appears to have started a thread named [Log4j2-TF-3-Scheduled-1] but has failed to stop it. This is very likely to create a memory leak. 程序报错如上图，我的项目时一...
but has failed to stop it. this is very likely to create a memory leak. stack trace of thread:
weixin_43842087的博客
09-08 4637
如果是IDEA设置内存也无效，很可能是MAVEN缓存问题。clear后再启动可以解决。
坑-but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread
与时代同行 liwei
09-08 2万+
在测试环境中遇到启动 tomcat8.x时报错，解决思路： 07-Sep-2020 19:09:11.196 WARNING [localhost-startStop-1] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [system] appears to have started a thread named [pool-1-thread-4] but has fa
apache-tomcat-8.0.24.tar.gz ( Linux版)
07-11
7. **停止Tomcat**：使用`./bin/shutdown.sh`命令关闭Tomcat服务。 了解这些基本知识后，你可以进一步探索Tomcat的高级特性，如集群、连接池、SSL配置等，以满足更复杂的应用场景需求。同时，随着技术的不断更新，...
解决hadoop高可用使用start-dfs.sh脚本启动时namenode启动不了的问题
weixin_52918377的博客
05-13 4137
解决hadoop高可用，脚本启动时namenode启动不了的问题 在通过使用hadoop提供的脚本 sbin/start-dfs.sh 启动hdfs时，经常发现高可用的namenode之启动了一个 查看错误日志发现 STARTUP_MSG: Starting NameNode STARTUP_MSG: host = hdp14/192.168.204.14 STARTUP_MSG: args = [] STARTUP_MSG: version = 3.1.4 STARTUP_MSG: cla
apache-tomcat-7.0.30.tar.gz
10-22
6. **停止Tomcat**：要关闭Tomcat，运行`./shutdown.sh`命令。 7. **部署应用**：将你的Java Web应用程序（WAR文件）放在`webapps`目录下，Tomcat会自动检测并部署它。 **管理Tomcat**： - `catalina.sh`脚本用于更...
tomcat Error :but has failed to stop it,This is very likely to create a memory leak.
Cookie_1030的专栏
05-26 2万+
解决方案： 在/usr/local/tomcat-8.5.55/bin/catalina.sh 中添加字段： JAVA_OPTS=`-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m -Xss=10m` 重启 完成！！
but has failed to stop it. This is very likely to create a memory leak(c3p0在Spring管理中，连接未关闭导致的内存溢出)
Java_way的专栏e(FrvQCDwIG#
12-19 2万+
以下是错误日志信息： 严重: The web application [/news] registered the JDBC driver [com.mysql.jdbc.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driv
quartzScheduler_Worker-1] but has failed to stop it. This is very likely to create a memory leak解决...
07-01 1907
01-Jul-2016 07:24:20.218 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in 8004 ms 01-Jul-2016 09:32:43.515 INFO [Thread-13] org.apache.coyote.AbstractProtocol.pause Pau...
srping boog 启动 but has failed to stop it. This is very likely to create a memory leak. Stack trac...
qq_35719898的博客
06-18 3757
错误： but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread: com.alibaba.druid.pool.DruidDataSource 之类 产生原因：视图错误，检查数据库视图修改好启动就能正常了。
but has failed to stop it. This is very likely to create a memory leak(c3p0在Spring管理中，连接未关闭导致的内存溢出)...
weixin_33692284的博客
12-19 2321
以下是错误日志信息： 严重: The web application [/news] registered the JDBC driver [com.mysql.jdbc.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC ...
【已解决】Alibaba Nacos问题：This is very likely to create a memory leak. Stack trace of thread
爱喝星冰乐的博客
08-22 8337
nacos
The web application [ssms] appears to have started a thread named but has failed to stop it. This is
热门推荐
ancientear的博客
03-16 6万+
The web application [ssms] appears to have started a thread named [com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#2] but has failed to stop it. This is very likely to create a memory le...
Tomcat 运行报错 This is very likely to create a memory leak
雨橙Orainge的博客
02-13 1万+
查阅资料得知，产生该异常的原因为内存溢出。如果遇到无法识别短横杠。
idea启动项目时出现but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
最新发布
07-26
<think>我们正在解决IntelliJ IDEA启动Java项目时出现的内存泄漏警告问题。错误提示通常为："but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:" 这个错误通常发生在Web应用程序中，当应用服务器（如Tomcat）尝试停止一个线程但失败时，会导致内存泄漏。我们需要确保所有由应用程序创建的线程在应用关闭时都被正确地停止。 根据引用[4]中提到的类似问题（servlet页面重定向失败+使用线程池线程销毁失败），我们可以推断出这个问题与线程管理有关。 解决方案步骤： 1. **定位问题线程**： 首先，查看错误日志中提供的线程堆栈跟踪（Stack trace of thread），确定是哪个线程没有正确停止。 2. **检查自定义线程**： 如果应用程序中创建了自定义线程（例如通过`new Thread()`或使用线程池），确保在应用关闭时（例如通过Spring的`@PreDestroy`或实现`DisposableBean`）正确关闭这些线程。 3. **使用Daemon线程**： 对于不希望阻止JVM退出的线程，可以将其设置为守护线程（Daemon Thread）。这样，当JVM退出时，这些线程会自动终止。 ```java Thread thread = new Thread(...); thread.setDaemon(true); thread.start(); ``` 4. **正确关闭线程池**： 如果使用了线程池（如`ExecutorService`），需要在应用关闭时调用`shutdown()`或`shutdownNow()`方法。 ```java @PreDestroy public void destroy() { executorService.shutdownNow(); } ``` 5. **检查第三方库**： 某些第三方库可能会启动后台线程。确保在应用关闭时，这些库提供的关闭方法被调用。 6. **使用Spring的TaskExecutor**： 如果使用Spring的TaskExecutor（如`ThreadPoolTaskExecutor`），它实现了`DisposableBean`，会在Spring容器关闭时自动关闭线程池。但如果你自己创建了`ExecutorService`，则需要手动管理。 7. **避免内存泄漏的其他建议**： - 检查并关闭所有数据库连接、网络连接等资源。 - 使用`@PreDestroy`注解来清理资源。 - 确保没有静态字段持有不再需要的大对象，这些对象会阻止垃圾回收。 8. **更新依赖**： 有时，内存泄漏问题可能是由于依赖库的bug引起的。检查是否有依赖库的更新版本修复了类似问题。 9. **分析内存快照**： 如果问题仍然存在，可以使用内存分析工具（如Eclipse Memory Analyzer）来生成和分析堆转储，找出内存泄漏的根源。 示例代码：使用Spring管理线程池的关闭 ```java @Configuration public class AppConfig { @Bean public ThreadPoolTaskExecutor taskExecutor() { ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor(); executor.setCorePoolSize(5); executor.setMaxPoolSize(10); executor.setQueueCapacity(25); return executor; } } // 在其他地方注入并使用taskExecutor // 不需要手动关闭，因为ThreadPoolTaskExecutor实现了DisposableBean ``` 但是，如果你使用的是Java原生的`ExecutorService`，则需要手动关闭： ```java @Component public class MyComponent implements DisposableBean { private final ExecutorService executorService = Executors.newFixedThreadPool(10); @Override public void destroy() throws Exception { executorService.shutdownNow(); // 尝试立即终止所有任务 // 或者使用更温和的方式：先shutdown()，然后等待一段时间再shutdownNow() } } ``` 10. **Tomcat特定的线程池问题**： 如果部署在Tomcat上，注意Tomcat有自己的线程池（如处理请求的线程）。如果应用程序中启动了全局线程（比如在ServletContextListener中启动的线程），则需要在`contextDestroyed`方法中停止它们。 示例：在ServletContextListener中管理线程 ```java public class MyContextListener implements ServletContextListener { private ExecutorService executorService; @Override public void contextInitialized(ServletContextEvent sce) { executorService = Executors.newFixedThreadPool(5); // 启动一些任务 } @Override public void contextDestroyed(ServletContextEvent sce) { if (executorService != null) { executorService.shutdownNow(); } } } ``` 通过以上步骤，应该能够解决大部分由于线程未关闭导致的内存泄漏问题。 如果问题仍然存在，请提供更详细的错误日志（特别是堆栈跟踪），以便进一步分析。 注意：引用[1]中提到的启动失败可能与依赖注入有关，引用[2]是关于JDK11缺少JAXB-API的问题，引用[3]是关于资源文件未正确打包的问题，这些与当前问题关系不大，但可以作为其他启动问题的参考。 相关问题： 1. 如何诊断Java内存泄漏？ 2. 在Spring Boot中如何正确管理线程池？ 3. Tomcat应用关闭时如何确保资源释放？ 4. 如何分析Java应用的堆转储文件？</think>### 解决 IntelliJ IDEA 内存泄漏警告：`failed to stop it. This is very likely to create a memory leak` 该错误通常发生在应用关闭时未能正确停止线程或释放资源，导致内存泄漏风险。以下是逐步解决方案： --- ### 1. **定位问题线程 (关键步骤)** - **查看完整堆栈跟踪**： 日志中 `Stack trace of thread:` 后会显示未停止线程的堆栈信息，例如： ```java "Abandoned connection cleanup thread" #32 daemon java.lang.Thread.sleep(Native Method) com.mysql.jdbc.AbandonedConnectionCleanupThread.run(AbandonedConnectionCleanupThread.java:43) ``` - **常见问题线程**： - 数据库连接池线程（如 MySQL `AbandonedConnectionCleanupThread`） - 自定义线程池未关闭 - 第三方库创建的守护线程 --- ### 2. **解决方案：根据线程类型处理** #### 场景1：数据库连接池未关闭 ```java @PreDestroy // 添加在Spring Bean销毁前执行的方法上 public void destroy() { // 示例：关闭Druid连接池 DataSource dataSource = applicationContext.getBean(DataSource.class); if (dataSource instanceof DruidDataSource) { ((DruidDataSource) dataSource).close(); } } ``` **原因**：连接池需显式关闭，否则后台线程持续运行[^3]。 #### 场景2：自定义线程池未关闭 ```java private final ExecutorService executor = Executors.newFixedThreadPool(5); @PreDestroy public void shutdown() { executor.shutdownNow(); // 强制终止所有线程 try { if (!executor.awaitTermination(3, TimeUnit.SECONDS)) { logger.warn("线程池未完全关闭"); } } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } ``` #### 场景3：第三方库线程问题 - **添加库的关闭钩子**（如 WebSocket）： ```java @Bean public ServletContextListener listener() { return new ServletContextListener() { @Override public void contextDestroyed(ServletContextEvent event) { // 关闭WebSocket线程 ServerEndpointConfig.Configurator.setShutdownHook(() -> {...}); } }; } ``` - **更新依赖版本**：旧版本库可能存在线程泄漏 Bug（参考引用[2]的兼容性问题） --- ### 3. **通用预防措施** 1. **强制注册 JVM 关闭钩子**： ```java @PostConstruct public void init() { Runtime.getRuntime().addShutdownHook(new Thread(() -> { // 释放资源逻辑 })); } ``` 2. **检查 `@PreDestroy` 逻辑**： - 确保所有需要清理的资源（线程池、连接池、文件句柄）都在此释放 - 验证方法是否被 Spring 管理（非静态方法） 3. **内存泄漏检测工具**： - IDEA 自带 **Profiler**（Run → Start Profiling） - 使用 **VisualVM** 或 **Eclipse MAT** 分析堆转储 --- ### 4. 验证是否解决 重启应用后观察日志： - 成功关闭的线程会显示： ```log [ThreadPool] Shutting down executor service [DruidDataSource] closed ``` - 内存泄漏警告消失 > **重要提示**：若引用[3]中提到的资源文件未打包问题同时存在，需检查 `pom.xml` 资源配置： > ```xml > <build> > <resources> > <resource> > <directory>src/main/resources</directory> > <filtering>true</filtering> > </resource> > </resources> > </build> > ``` --- ### 根本原因分析 | 原因 | 占比 | 解决方案 | |---------------------|--------|------------------------------| | 数据库连接池未关闭 | 60% | 显式调用 `close()` | | 自定义线程池未关闭 | 25% | `shutdownNow()` + 终止等待 | | 第三方库兼容性问题 | 10% | 更新依赖/添加关闭钩子 | | 静态资源持有对象 | 5% | 清理静态集合/缓存 | [^1]: 启动失败日志分析 [^2]: JDK 模块化导致的兼容性问题 [^3]: 资源加载与连接池关闭关联 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值