频繁full gc 定位

问题描述：

       今天有个朋友问生产频繁发生full gc，如果不执行dump内存快照怎么定位？回想起来前段时间生产有个项目频繁执行full gc 最终oom,最终发现是有个新同事进行代码重构时sql写错了。原先sql 查询记录 id in (xx,xx) 他写成 not in (xxx) 导致大量结果集

---

分析：

      常规套路都会dump内存快照分析。这种不允许定位方式周期较长，且生产一般不允许直接dump。其实我们可以换种思路，是不是可以使用排除法定位？哪些场景会产生full gc？

      1 内存泄漏

      2 死循环

      3 大对象

      4 System.gc();

出现问题可以大致回顾一下，近期代码有什么变更。如果不是代码有问题？通常是大对象导致的，数据库or nosql 返回结果集太多 我遇到的也是因为sql问题导致。遇到问题首先冷静，定位分析。mark

---