多线程环境下 SimpleDateFormat 引起的OOM线上问题

这篇博客讨论了一个在线服务因`SimpleDateFormat`在多线程环境中使用导致的OOM问题。问题定位为并发访问单例`Service`中的非线程安全`SimpleDateFormat`实例,造成死循环和大量对象创建。解决方案是将`SimpleDateFormat`改为局部变量或使用`ThreadLocal`,或者使用线程安全的`java.time.LocalDateFormatter`。
摘要由CSDN通过智能技术生成

问题现象

突然有业务反馈,某个服务接口响应很忙,赶紧放下手写的代码,看服务所在服务器的系统指标,发现cpu 内存 磁盘IO 都正常,
赶紧排查服务, 发现日志中有 java.lang.OutOfMemoryError 的异常,OOM了,内存不够用了,为了不影响线上服务使用,dump堆栈内存,重启服务,线下分析堆栈内容。

问题定位

  1. 是不是调用量增加了,jvm堆内存设置的不合理,通过监控发现,调用量并没有增加,排除jvm堆内存设置不合理的因素。

  2. 线上jvm堆内存配置2g,堆栈内存文件大概7g,压缩下300m左右,下载下来用工具分析下。在这里插入图片描述

  3. 选择使用visual vm 分析下堆栈 ,发现了导致线程堆栈溢出的线程栈,包名进行了隐私保护
    在这里插入图片描述
    4.根据包名查询具体的代码,这块代码的大概意思 是 输入一个开始时间和结束时间,算出中间的索引名称
    比如 比如 2021.01和2021.03, 则计算出的es的索引名称 为 index-aa-2021.01,index-aa-2021.02,index-aa-2021.03,则一看这块代码也没有什么问题,但

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值