记录一次排查OOM的过程

服务出现了oom：

查看类信息发现char[]类型实例特别多，占用堆内存特别大

跟踪几个char[]实例的GC root，发现都是保存token信息，并且根都是session

然后查看session的个数，发现有63W

我是用100并发压测的为什么会产生那么多个session？我突然想到我们是前后端分离的，那么前端ajax的时候有没有保持session呢，我调试了下发现我们没有保持session
通过计算

100个并发的话，每个产生一个session，10多分钟后oom，差不多就是100（并发数）*2（每个ajax2个sesionId）*10（十分钟）*60（60秒）*5（5个接口）正好60w

发现oom原因，就是因为前后端分离后没有做好保持session的工作

标签：oom,60,并发,记录,OOM,char,排查,session,100
来源： https://www.cnblogs.com/zhenhunfan2/p/16377676.html