一、案例背景
本章将介绍一个因为程序员同学不懂JVM的GC机制而导致的系统卡死的案例。
首先，这个系统上线之后，平时都还算正常，结果有一次大促活动的时候，系统直接卡死不动了。这个时候，我们首先想到的是可不可能是因为频繁Full GC导致Stop the World，正常工作线程无法执行。
1.1 存在问题
我们通过jstat进行分析，发现JVM中各个区域的内存使用都正常，新生代对象增长也不快，老年代也才使用了10%左右的空间，永久代也就使用了20%。
但是，jstat日志显示，JVM竟然每秒执行一次Full GC，每次都耗时几百毫秒。
既然Java堆内存都正常，为啥会频繁Full GC？这是我们立马想到，是不是有开发人员在代码中写了System.gc()这种代码，结果通过代码走查，发现确实如此。
二、System.gc方法
2.1 优化前
开发同学写System.gc()这行代码的思路是这样的：某段代码会一下子加载了好多数据，处理完成后这批数据就不用了，占用太多内存，所以就干脆显示调用GC方法把它们回收掉吧。
结果在平时没什么问题，因为流量很低。但是大促期间，访问量很高，System.gc()方法被频繁调用，因此频繁触发Full GC，从而导致了上述问题。
2.2 优化后
针对这个问题，解决方案就是 禁止在代码中显式调用System.gc()方法 ，GC完全交由JVM自己去处理，可以通过配置JVM参数-XX:+DisableExplicitGC来强制屏蔽。
三、总结
针对本章案例中的问题，我们平时自己写代码时，不要自己去调用System.gc()方法随便触发GC，一方面可以通过在JVM参数中加入-XX:+DisableExplicitGC显示禁止代码中的GC操作，另一方面也要加强对开发人员的JVM相关知识的培训。
Java 面试宝典是大明哥全力打造的 Java 精品面试题，它是一份靠谱、强大、详细、经典的 Java 后端面试宝典。它不仅仅只是一道道面试题，而是一套完整的 Java 知识体系，一套你 Java 知识点的扫盲贴。
它的内容包括：
- 大厂真题：Java 面试宝典里面的题目都是最近几年的高频的大厂面试真题。
- 原创内容：Java 面试宝典内容全部都是大明哥原创，内容全面且通俗易懂，回答部分可以直接作为面试回答内容。
- 持续更新：一次购买，永久有效。大明哥会持续更新 3+ 年，累计更新 1000+，宝典会不断迭代更新，保证最新、最全面。
- 覆盖全面：本宝典累计更新 1000+，从 Java 入门到 Java 架构的高频面试题，实现 360° 全覆盖。
- 不止面试：内容包含面试题解析、内容详解、知识扩展，它不仅仅只是一份面试题，更是一套完整的 Java 知识体系。
- 宝典详情：https://www.yuque.com/chenssy/sike-java/xvlo920axlp7sf4k
- 宝典总览：https://www.yuque.com/chenssy/sike-java/yogsehzntzgp4ly1
- 宝典进展：https://www.yuque.com/chenssy/sike-java/en9ned7loo47z5aw
目前 Java 面试宝典累计更新 400+ 道，总字数 42w+。大明哥还在持续更新中，下图是大明哥在 2024-12 月份的更新情况：
想了解详情的小伙伴，扫描下面二维码加大明哥微信【daming091】咨询
同时，大明哥也整理一套目前市面最常见的热点面试题。微信搜[大明哥聊 Java]或扫描下方二维码关注大明哥的原创公众号[大明哥聊 Java] ，回复【面试题】 即可免费领取。
