JVM频繁fullgc优化策略

举报
JavaEdge 发表于 2021/06/04 00:20:56 2021/06/04
【摘要】 确定是内存泄漏还是确实内存不够用。前者则修复问题,后者则增加内存如果没有增加内存的条件,则考虑重构优化,比如原来的进程内缓存改为远程缓存,以减少内存使用如果不能通过简单的手段减少内存使用,则需要做架构层面的重构,将功能拆分成多个服务。 是内存溢出还是实际有大对象,内存溢出就dump分析解决掉。大对象如果有业务需求,用offheap.
  1. 确定是内存泄漏还是确实内存不够用。前者则修复问题,后者则增加内存
  2. 如果没有增加内存的条件,则考虑重构优化,比如原来的进程内缓存改为远程缓存,以减少内存使用
  3. 如果不能通过简单的手段减少内存使用,则需要做架构层面的重构,将功能拆分成多个服务。

是内存溢出还是实际有大对象,内存溢出就dump分析解决掉。大对象如果有业务需求,用offheap.

文章来源: javaedge.blog.csdn.net,作者:JavaEdge.,版权归原作者所有,如需转载,请联系作者。

原文链接:javaedge.blog.csdn.net/article/details/115270354

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。