为什么要“除夕”，原来是内存爆了
传说古代有一只四角四足的怪兽：名叫。因冬天大雪导致夕没东西吃，所以夕经常到附近的村里找吃的，因其身体庞大、脾气暴躁、凶猛异常，给村民带来了很大的灾难。
后来有一位聪明的孩子，他叫做，教给大家除掉“夕”的方法：用爆竹，轻则赶走它，重则伤它。每年，夕都会来村里，村名就，放着鞭炮赶走夕。由此而来。
我们把“夕”想象成一个不断吃机器内存的 Java 程序，就称它为 吧。掌管 Java 虚拟机内存的就是“年”，我们称它为吧。
年哥的地盘
管理的地盘主要分为五大区：堆、方法区、虚拟机栈、本地方法栈、程序计数器。大家可以把图上的线程想象成村民，而堆是作为村民共享使用的区域。
如下图所示：
堆又可以进行细分，分为和，新生代和老年代的比例是 1:2，而新生代又可以进行细分，分为伊甸园（Eden）区和两个 ， 其中 区大小和 区大小是 8:1。
如下图所示，年兽和村民都是堆内存这块地盘的，管理员年哥是管理堆内存的。其中的数字 1、8、20 分别代表占用内存的份数。
年兽的胃口
年兽的胃口是村民的几百倍，年兽假扮村名逃过了管理员年哥的检查，年哥对于这种大胃王都是直接分配到去的，因为大胃王需要连续的内存给它吃，而新生代的碎片比较多不满足条件。在 Java 的世界中，最典型的大胃王就是大对象：如很长的字符串，或者元素数量很庞大的数组。
如下图所示，村民分配到新生代吃内存，年兽被直接分配到老年代。
大量年兽入侵
年兽尝到甜头后，就开始不断地呼叫它的亲戚朋友，大量年兽被分配到了老年代，直接导致老年代的内存空间不足了，如下图所示：
代码演示
我们用代码来演示下年兽入侵：
创建了 3 个年兽，都占用 10 MB 内存。
public class SpringFestivalOOM {
public static void main(String[] args) {
// 年兽1/2/3，都占用 10 MB 内存
byte[] nianShou1 = new byte[10 * 1024 * 1024];
byte[] nianShou2 = new byte[10 * 1024 * 1024];
byte[] nianShou3 = new byte[10 * 1024 * 1024];
}
}
编译这段程序。
javac SpringFestivalOOM.java
执行这段程序，同时设置堆内存最大为 20 MB。
java -Xms20M -Xmx20M SpringFestivalOOM
因为 3 个年兽占用的内存 30 MB 大于堆的最大内存 20 MB，所以抛出堆内存溢出异常，如下图所示：
这个时候年哥和村民才发现，原来有这么多年兽占了我们的地盘，赶快消灭它们！
打走年兽
村民们和年哥凑到一块，讨论了下该如何解决这个问题，究其原因就是年兽太多了，要减少他们呼朋唤友来吃内存。
放到我们的 Java 世界中，就是减少大对象的频繁创建。
我们程序员经常出现本地写完代码后没什么问题，到线上后就出问题，很可能的原因就是线上环境的数据量大，很容易出现大对象的频繁创建，比如大型促销活动时，内需要创建大量订单数据，而订单数据又比较复杂，有很多字段，可能会占用大量的内存空间，最终导致，而垃圾回收时间又会出现 现象，应用程序的性能就降下来了。
守岁
在除夕晚上，都会进行“守岁”，村民们齐聚一堂吃着年夜饭，一起等待除夕的钟声。等到天亮再拜访亲戚邻居。
而守岁这个过程只能待在家里，不能做其他事情，所以可以看成是垃圾回收时，其他线程不能工作，也就是 Stop the world 的由来。
如下图所示，除夕之前，村民可以去其他地方活动，除夕夜就只能待在家里守岁了，到了第二天早上就可以串门拜年了。
总结
本篇通过除夕的故事来讲解 Java 中垃圾回收机制，因故事较为简单，所以并没有对垃圾回收算法进行深入讲解，本篇只能算作垃圾回收的入门，希望能给大家带来一定启发作用，对 JVM 很熟的同学就当学习下除夕的来历吧~
村民作为小对象使用堆区的，年兽作为大对象直接使用堆区的。
除夕当晚，大量老年代，导致，触发机制。
守岁就是待在家里守着过新年，而垃圾回收时，，也就是 Stop the world。
避免代码中大对象是必须做的事情，以免上线后出现问题。
除夕也代表着，这不正是执行垃圾回收吗？
作者简介：8 年互联网职场老兵｜全栈工程师｜90 后超级奶爸｜开源践行者｜公众号万粉原创号主。蓝桥签约作者，著有《JVM 性能调优实战》专栏，手写了一套 7 万字 SpringCloud 实战总结和 3 万字分布式算法总结。欢迎关注我的公众号「悟空聊架构」，免费获取资料学习。
个人网站：www.passjava.cn