记一次Orika导致的OOM
场景： 有一个项目运行一段时间后就会出现OOM，下面梳理下寻找问题根源的方法 问题重现 某一天，一个好久没动过的服务崩掉了，top查看进程占用CPU高达700%+ 😭 按照top，jstack一条龙查找导致异常的线程 这里没看到什么异常，把堆文件dump到本地进行分析： 🙀 看到HashMap将近占了内存大小的50%。开始寻找项目里哪里用到HashMap 项目里没有找到使用HashMap的地方
相关文章
- 1. 记一次orika bean转换的bug
- 2. 一次OOM记录
- 3. 记一次OOM的分析
- 4. 记一次 由多线程引起的内存泄漏导致的OOM问题
- 5. 记一次OOM异常
- 6. 记一次OOM分析
- 7. 记一次log4j日志致使线上OOM问题案例
- 8. 记录线上的一次OOM
- 9. 记一次OOM的排查过程
- 10. 关于公司一次OOM的记录
- 更多相关文章...
- • BASE原理与最终一致性 - NoSQL教程
- • ionic 导航 - ionic 教程
- • Tomcat学习笔记（史上最全tomcat学习笔记）
- • RxJava操作符（一）Creating Observables
相关标签/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
欢迎关注本站公众号,获取更多信息
相关文章
- 1. 记一次orika bean转换的bug
- 2. 一次OOM记录
- 3. 记一次OOM的分析
- 4. 记一次 由多线程引起的内存泄漏导致的OOM问题
- 5. 记一次OOM异常
- 6. 记一次OOM分析
- 7. 记一次log4j日志致使线上OOM问题案例
- 8. 记录线上的一次OOM
- 9. 记一次OOM的排查过程
- 10. 关于公司一次OOM的记录