tomcat管理界面部署项目多次导致memory leak

最新推荐文章于 2020-12-10 17:13:39 发布
原创 最新推荐文章于 2020-12-10 17:13:39 发布 · 990 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了Tomcat在频繁进行项目启动、停止过程中遇到的内存泄漏问题，并提供了通过重启Tomcat来解决该问题的方法。

最近tomcat过一段时间发生memory leak，在tomcat管理界面上点击find leak出现如下信息

The following web applications were stopped (reloaded, undeployed), but their
classes from previous runs are still loaded in memory, thus causing a memory
leak (use a profiler to confirm):

回忆之前操作觉得是多次项目反复（STOP，UNDEPAY），导致tomcat回收不了某些class文件。建议

出现此情况，停止重启tomcat


tomcat多次部署项目导致memory leak
zzj806683450的专栏
11-05 7929
这几日，忙着把改好的项目远程部署到web服务器上（tomcat原谅我还在用tomcat）之前也远程部署过一次，用的无线网，网速过慢第一次还没有成功。没办法吃完饭继续，累了趴了一会儿，没想到醒来就传好了。当时没想太多，完事就回去了。 这次，算是一次版本升级，各种事情项目拖了一阵子，其实一天就可以将东西改好了。结果问题来了，好容易上传完，结果访问主页出现了异常，c.tld应该是c标签的问题，看了一下
导致线上项目宕机的原因和排查手段
Apollo
10-30 2052
线上项目宕机的原因和排查手段，应该是全网比较全面的了，不进来看看？
学习tomcat的内存泄漏
02-18
Tomcat内存泄漏定位实战 verbosegc，将GC输出到gc.log文件中 java -verbose：gc -Xloggc：gc.log -XX：+ PrintGCDetails -jar Learn-tomcat-memory-leak-0.0.1-SNAPSHOT.jar 使用jstat命令观察GC的过程 jstat -gc 94223 2000 1000 通过GCViewer工具查看GC日志 为了找到内存泄漏点，我们通过jmap工具生成Heap Dump jmap -dump：live，format = b，file = 94223.bin 94223 用Eclipse Memory Analyzer：转储文件，通过内存泄漏分析，得到这样一个分析报告
tomcat memory leak
a8331387的博客
05-15 214
Struts + Hibernate做项目，重新部署项目会出现Memory Leak严重报错。虽然不影响使用，但还是有风险。经实验发现是Hibernate的session没有关闭。。。。。粗心。。。。 转载于:https://www.cnblogs.com/zhengcong/p/3730727.html...
tomcat部署相同项目出现memory leak
dengyiyu5280的博客
12-06 227
将两个相同内容的项目部署在同一个tomcat下，只进行项目名不同情况下：两个项目总是只有一个可以启动成功 查看日志信息： catalina.2016-12-06.log： The web application [/yushen-staff] appears to have started a thread named [DefaultQuartzScheduler_Worker-5...
tomcat memory leak解决方案
weixin_34414196的博客
09-23 1851
为什么80%的码农都做不了架构师？>>> ...
Apache Tomcat 7.0.0 官方版本发布
Tomcat 7.0 还增强了安全性，引入了更严格的默认安全策略，例如对 session 固定攻击的防护、CSRF 防护机制的初步支持，以及 improved memory leak detection during web application reloads。同时，它优化了内存...
08-Sep-2025 13:35:44.453 SEVERE [http-nio-8080-exec-15] org.apache.catalina.core.StandardContext.startInternal Context [/mesFERROTEC] startup failed due to previous errors 08-Sep-2025 13:35:44.976 WARNING [http-nio-8080-exec-15] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesJdbc The web application [mesFERROTEC] registered the JDBC driver [com.mysql.cj.jdbc.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered. 08-Sep-2025 13:35:44.978 WARNING [http-nio-8080-exec-15] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [mesFERROTEC] appears to have started a thread named [mysql-cj-abandoned-connection-cleanup] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread: java.lang.Object.wait(Native Method) java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:144) com.mysql.cj.jdbc.AbandonedConnectionCleanupThread.run(AbandonedConnectionCleanupThread.java:85) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) java.lang.Thread.run(Thread.java:748) 08-Sep-2025 13:35:44.979 WARNING [http-nio-8080-exec-15] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [mesFERROTEC] appears to have started a thread named [pool-21-thread-1] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread: sun.misc.Unsafe.park(Native Method) java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093) java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809) java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) java.lang.Thread.run(Thread.java:748) 08-Sep-2025 13:35:44.986 INFO [http-nio-8080-exec-15] org.apache.catalina.startup.HostConfig.deployWAR Deployment of web application archive [/usr/local/tomcat/webapps/mesFERROTEC.war] has finished in [109,199] ms 08-Sep-2025 13:35:47.008 INFO [mysql-cj-abandoned-connection-cleanup] org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading Illegal access: this web application instance has been stopped already. Could not load []. The following stack trace is thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access. java.lang.IllegalStateException: Illegal access: this web application instance has been stopped already. Could not load []. The following stack trace is thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access. at org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading(WebappClassLoaderBase.java:1378) at org.apache.catalina.loader.WebappClassLoaderBase.getResource(WebappClassLoaderBase.java:1030) at com.mysql.cj.jdbc.AbandonedConnectionCleanupThread.checkThreadContextClassLoader(AbandonedConnectionCleanupThread.java:117) at com.mysql.cj.jdbc.AbandonedConnectionCleanupThread.run(AbandonedConnectionCleanupThread.java:84) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748)
最新发布
09-09
- **内存监控**：使用JVisualVM或JConsole监控Tomcat的堆内存，多次重新部署应用后，观察内存是否稳定。 - **检测工具**：使用Eclipse Memory Analyzer（MAT）分析堆转储文件（heap dump），检查残留的类加载器或...
【Tomcat与Java内存优化案例】：深入性能调优研究
文章深入探讨了Tomcat的内存管理机制、性能监控以及故障诊断方法。通过案例分析，展示了内存优化的实践步骤与方法，并对优化效果进行了评估。最后，文章讨论了内存管理的高级话题，包括分代垃圾回收、内存泄露分析...
Tomcat内存泄露问题排查
01-17
借助第三方工具进行内存分析，找出导致内存泄露的具体代码段。 MAT(Memory Analyzer Tool)，一个基于Eclipse的内存分析工具，是一个快速、功能丰富的Java heap分析工具，它可以帮助我们查找内存泄漏和减少内存消耗。使用内存分析工具从众多的对象中进行分析，快速的计算出在内存中对象的占用大小，看看是谁阻止了垃圾收集器的回收工作，并可以通过报表直观的查看到可能造成这种结果的对象。 当服务器应用占用了过多内存的时候，会遇到OutOfMemoryError。它能够离线分析dump的文件数据。
Tomcat memory leak
Kaybee - 练级之路
02-02 530
The following web applications were stopped (reloaded, undeployed), but their classes from previous runs are still loaded in memory, thus causing a memory leak (use a profiler to confirm): 使用Maven
Tomcat MemoryLeak 问题
today的专栏
07-12 1257
欢迎使用Markdown编辑器写博客本Markdown编辑器使用StackEdit修改而来，用它写博客，将会带来全新的体验哦： Markdown和扩展Markdown简洁的语法 代码块高亮 图片链接和图片上传 LaTex数学公式 UML序列图和流程图 离线写博客 导入导出Markdown文件 丰富的快捷键 tomcat reload memoryleak 错误描述 此现象发生在tomcat r
Tomcat memory leak 内存溢出异常
ba12313的博客
11-05 451
The web application [] 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 Driver has been ...
解决memory leak问题
热门推荐
nihao0526的专栏
02-09 5万+
异常如下：  2012-2-9 17:43:12 org.apache.catalina.loader.WebappClassLoader clearReferencesJdbc 严重: The web application [/codeMarket] registered the JBDC driver [com.mysql.jdbc.Driver] but failed to unreg
关于tomcat总是memory leak问题
wjlvivid的专栏
02-01 1254
tomcat的catalina.out日志文件里总是输出 异常如下：  2012-2-9 17:43:12 org.apache.catalina.loader.WebappClassLoader clearReferencesJdbc严重: The web application [/codeMarket] registered the JBDC driver [com.mysql.jd...
[tomcat9]This is very likely to create a memory leak. Stack trace of thread
weixin_33971130的博客
01-22 630
2019独角兽企业重金招聘Python工程师标准>>> ...
Spring，hibernate，struts2（SSH）项目在tomcat中多次reload时出现OutOfMemoryError：PermGen Space...
timen_zbt的专栏
02-25 216
（此文章转自网上） 我做的应用是以Spring为系统的基础框架,mysql为后台数据库.在tomcat上发布后,总是不能进行热部署(reload),多次reload后,就会出OutOfMemory PermGen, 为此烦恼了很久,总于下定决心找找根源.经过3天的不懈努力,小有成果,记录下来 实际上下面的分析都已经没什么用了,如果你使用tomcat6.0.26及以后的版本,我所说的这些情况...
tomcat 内存溢出_记一次生产内存溢出
weixin_39949386的博客
12-10 357
那是一个阳光明媚的下午，我正在炖着美味的咖喱排骨土豆，微信叮咚一响，心里颤抖了一下，感觉大事不妙。果不其然，预警信息，日志一查内存溢出，不要慌，重启大法即将到了，为了保证生产的顺利运行，当然是重启了。在重启之前有一个关键的操作-----保存应用运行内存快照。 重启只能暂时的解决问题，要想长久的解决问题还是要找到问题发生的根本原因。否则这就是一颗定时炸弹，随时可能...
启动tomcat报错this is very likely to create a memory leak
07-13
启动Tomcat时报错 "this is very likely to create a memory leak" 是由于你的代码中可能存在内存泄漏的问题。内存泄漏是指在程序运行过程中，申请的内存空间没有被正确释放，导致内存资源无法再次使用，从而造成内存的浪费和程序性能下降。 要解决这个问题，你可以采取以下几个步骤： 1. 检查代码中的资源释放：确保你在使用完资源后，及时释放掉这些资源，例如数据库连接、文件流等。可以使用try-finally或try-with-resources语句块来确保资源的正确关闭和释放。 2. 避免无限循环或递归：确保你的代码中没有无限循环或递归调用，否则可能导致内存占用过高。 3. 使用合适的数据结构和算法：选择合适的数据结构和算法可以降低内存的占用。例如，如果需要存储大量数据，可以考虑使用数据库或者缓存来减少内存的消耗。 4. 使用内存分析工具：使用内存分析工具，例如Java VisualVM、Eclipse Memory Analyzer等，来检测和定位内存泄漏问题。这些工具可以帮助你查看内存使用情况、对象引用关系等，从而找到潜在的内存泄漏点。 通过以上步骤，你可以逐步排查和解决内存泄漏问题，确保Tomcat的启动过程中不再出现该报错信息。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值