jvm 优化 关闭一小时一次fullgc

最新推荐文章于 2022-12-17 14:53:03 发布
最新推荐文章于 2022-12-17 14:53:03 发布
阅读量742 收藏 2
点赞数
分类专栏： java 文章标签： jvm gc java 每小时gc一次
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yrlzmm/article/details/79173281
版权
本文讨论了Tomcat 6.0.35版本中JreMemoryLeakPreventionListener导致的一小时一次Full GC问题，以及在高版本Tomcat和CXF中的改进。提到了四种解决方案：注释掉监听器、关闭gcDaemonProtection、使用-XX:+DisableExplicitGC选项，或者升级Tomcat和CXF版本以避免周期性性能影响。
摘要由CSDN通过智能技术生成

tomcat版本是6.0.35。

1
tomcat的server.xml配置了
<!-- Prevent memory leaks due to use of particular java/javax APIs-->
 <ListenerclassName="org.apache.catalina.core.JreMemoryLeakPreventionListener"/>
JreMemoryLeakPreventionListener这个类顾名思义是防止内存泄露的。

6.0.35的 org.apache.catalina.core.JreMemoryLeakPreventionListener的 261行有如下代码

最低0.47元/天 解锁文章
yrlzmm
关注
专栏目录
java每隔一小时fullgc_项目周期性fullGc 间隔为1小时
weixin_42211324的博客
02-28 774
现象:image可以看到fullGc间隔时间为1小时.同事看到这个现象后反馈说,这可能和tomcat的版本过低有关系.tomcat6.0为了避免内在溢出会通过system.gc()触发fullGc, 建议我们升级tomcat. 于是确认了一下,发现jdk和tomcat的版本信息为image确实是非常低,无论如何也该升级了. 在升级前当然要先看看fullGc的原因了.于是通过-XX:+PrintGC...
java如何关闭gc,GC垃圾回收机制，
weixin_31857991的博客
03-21 2351
GC垃圾回收机制，个人理解：因为在使用JAVA创建一个类或者对象后，难免会存在以后不使用的情况，为了减少其继续再占用内存，必须建立一套清理垃圾的机制，但是怎么判断什么样的才算是不使用的垃圾呢，这里面进行了判断并标记分类，然后根据不同的标记再进行不同的处理。不过世事无完美之说，其也是存在弊端的(开销通常很大，而且它的运行具有不确定性)，为了避免，我们还是在正常工作中，养成一个好的编程习惯。详情参照h...
Tomcat 6.0.33 每小时触发FullGC一次
u012538947的专栏
06-05 336
Tomcat 6.0.33 每小时触发FullGC一次 tomcat为了防止内存泄露，会注册一个监听器，周期性的触发System.gc()。
浅谈jvm优化full gc（针对jdk1.6）
gw_sheng的博客
08-19 724
针对jdk1.6，浅谈jvm优化full gc
JVM的关闭钩子
weixin_34159110的博客
12-23 265
为什么80%的码农都做不了架构师？>>> ...
JVM 菜鸟进阶高手之路六（JVM每隔一小时执行一次Full GC）
最简单的东西，往往包含了最复杂的实现。
08-03 9908
上次分析详细地址在：http://blog.csdn.net/lirenzuo/article/details/76257526 以为结束了上次那个知识才想rmi问题，其实本次问题不是该问题但是也会有sys.gc fullgc问题。 查看GC统计汇总情况： jstat -gcutil pid  3s 30 参考gc，发现大概一小时运行一次FGC，特别奇怪，笨神一看这样的问题
java 每隔一小时运行_每隔一小时执行一次 Full GC 分析排查
weixin_36411999的博客
02-25 1356
上次分析详细地址在：JVM 菜鸟进阶高手之路五以为上次问题是 rmi 的问题就此结束了，但是问题并没有结束，其实本次问题不是 rmi 问题导致的，但是 rmi 也的确可能会有 sys.gc fullgc 问题。查看 GC 统计汇总情况：jstat -gcutil pid 3s 30参考 gc，发现大概一小时运行一次 FGC，特别奇怪，笨神一看这样的问题就知道是 system gc 导致的Syst...
JVM性能优化
IT王小二的博客
06-15 722
JVM 性能优化。 一、内存溢出 内存溢出的原因：程序在申请内存时，没有足够的空间。 1. 栈溢出 方法死循环递归调用（StackOverflowError）、不断建立线程（OutOfMemoryError）。 2. 堆溢出 不断创建对象，分配对象大于最大堆的大小（OutOfMemoryError）。 3. 直接内存 JVM 分配的本地直接内存大小大于 JVM 的限制，可以通过-XX:MaxDirectMemorySize 来设置（不设置的话默认与堆内存最大值一样,也会出现OOM 异常)。 4. 方法区溢
性能优化-内存泄漏、内存溢出、cpu占用高、死锁、栈溢出、FullGC频繁检测手段-总结与分享
Linuxhus的博客
12-17 2046
含义：内层溢出通俗理解就是内存不够，程序要求的内存超出了系统所能分配的范围。危害：内存溢出错误会导致处理数据的任务失败，甚至会引发平台崩溃等严重后果。应用程序CPU使用率高，甚至超过100%死锁是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。Java 里的 StackOverflowError。抛出这个错误表明应用程序因为深递归导致栈被耗尽了。
JVM 垃圾回收 GC详解
上善若水
07-30 4520
1. GC概述 1.1 GC（Garbage Collection）是JVM的核心组件，它在JVM中以单独的线程（daemon thread）运行，作用于内存堆区域（Stack Space），扫描那些经过new关键字创建的无用的对象并清除以释放内存，必要时整理内存。 只作用于堆区域吗？ 也会扫描方法区（永久代） 只处理经过new关键字创建的对象吗？ 也会处理无用常量和无用类...
定时任务 独立跑一个JVM进程
chitaopu2287的博客
11-24 240
1: 因为定时任务不是核心功能,所以可能会需要经常发布 ,介于这种情况,把定时任务独立开来一个单独的模块, 然后依赖 订单,行程等等模块的service. 2:为什么不放到tomcat里面跑呢,基于以下几个原因 1: 以后类似的功能模块独立,都会依赖一个tomcat,在运维...
Jvm调优笔记
qiangrenpu8881的博客
04-10 2689
1.MinorGC 和Full GC MinorGC 执行时间不到50ms； Minor GC 执行不频繁，约10秒一次； Full GC 执行时间不到1s； Full GC 执行频率不算频繁，不低于10分钟1次。 Minor GC触发条件：当Eden区满时，触发Minor GC。 Full GC触发条件： （1）调用System.gc时，系统建议执行Full GC，但是不必然执行 （2）老年...
18-org.apache.catalina.core.JreMemoryLeakPreventionListener解决办法
高调做事，低调做人！
06-16 2581
Linux中tomcat下面的lib目录里面放项目的lib,将tomcat下的lib删除，然后引入项目需要的包。启动tomcat时，发现做了这个错误： .ClassNotFoundException: org.apache.catalina.core.JreMemoryLeakPreventionListener 很郁闷的时候，看到了 警告: Catalina.s
jQuery 一次定时器_为什么JVM每隔一小时执行一次Full GC?
weixin_39808143的博客
11-21 262
随着接口自动化监控的完善，线上大多数的接口都被自动化监控系统接入，因此开发、测试人员可以及时的了解API的健康情况，监控内容包括检查API的状态码是否正常、返回的内容断言是否成功等，异常的接口会对外发出报警信息，从某个时间周期开始我们发现了报警内容的一些异常情况，每天都会收到一些接口状态码为502的报警。报警信息由自动化监控系统发给钉钉报警群根据报警的时间我们查了对应服务的日志，并没有发...
full gc过于频繁该怎么解决
泡^泡
06-01 4991
full gc过于频繁该怎么解决
Java中9种常见的CMS GC问题分析与解决
美团技术团队
11-12 7809
总第422篇2020年 第46篇目前，互联网上 Java 的 GC 资料要么是主要讲解理论，要么就是针对单一场景的 GC 问题进行了剖析，对整个体系总结的资料少之又少。前车之鉴，后事之师...
jvm full gc 优化
最新发布
06-03
下面是一些优化JVM Full GC的方法： 1. 增加堆内存大小：Full GC的主要原因之一是堆内存不足。通过增加堆内存大小，可以减少Full GC的发生。可以通过设置-Xmx和-Xms参数来设置堆内存大小。 2. 减少对象创建和销毁的次数：对象创建和销毁是Full GC的主要原因之一。尽可能减少对象的创建和销毁可以减少Full GC的发生。 3. 避免创建大对象：大对象会导致Full GC的发生。可以尝试使用对象池或者缓存来避免创建大对象。 4. 使用合适的垃圾回收器：垃圾回收器的选择会影响Full GC的性能。不同的垃圾回收器有不同的特点，可以根据应用程序的需求来选择合适的垃圾回收器。 5. 调整垃圾回收器的参数：可以通过调整垃圾回收器的参数来优化Full GC的性能。例如，可以调整新生代和老年代的比例、调整垃圾回收器的线程数等。 6. 避免内存泄漏：内存泄漏会导致堆内存不断增加，最终导致Full GC的发生。可以通过代码审查和内存分析工具来发现和修复内存泄漏问题。 注意，优化Full GC需要根据具体应用程序的需求和场景来进行，其中某些优化措施可能会牺牲一些性能来换取更少的Full GC。因此，需要进行实验和测试来确定最佳的优化方案。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值