典型回答

好问题。下次我也问下哈哈哈哈。

有以下几个思路供大家参考：

1、你看到的可能不是JVM内存

有可能你看到的很多内存，比如用free命令，是机器内存，而不是JVM内存。我们需要看JVM内存的情况来判断内存是不是还足够。因为大多数时候我们的JVM内存只是机器内存的1/2 -> 2/3。

这时候需要检查JVM的内存情况，可以用以下方式：

1、jstat -gc 1000

2、jmap -heap

3、使用arthas

2、有大量内存碎片

有时候，虽然有可能内存挺多的，但是都是碎片，比如老年代采用的标记清除算法的话，就会有很多碎片存在。

解决思路是可以考虑改用G1算法，可以避免老年代碎片的发生。

3、大对象进入老年代

可能内存还挺多，但是来一个大对象，比剩余的内存还大，那么老年代放不下，就会触发full gc了。

4、元空间不足

FullGC不仅是老年代不足会导致，元空间（老版本的PermGen也会）不足也会导致FullGC

如果你的代码中有很多动态类加载的代码，如反射，CGlib等，都会导致大量的类加载，把元空间干满。如这个case：

**5、过度调用 ****System.gc()**

这个虽然出现的概率不高，但是我们要知道，手动调用 System.gc() 会导致强制 Full GC。而有些第三方库（如 RMI、JDK Management Beans）可能会隐式调用System.gc()。

当上面的问题都排除了，可以考虑下这个方向。