来自堆溢出的简单思考

明天我再学习！是这辈子对自己说过最大的谎言！

  最近测试工作中遇到一个bug，查询日志发现报错oom，堆溢出！好吧，狠家伙，把堆都搞溢出了。
          

  脑子不经在想。堆溢出。。。堆溢出。。。堆。。。溢出。。。堆怎么就溢出了呢？不对，什么是堆？堆是干嘛用的？为什么会溢出呢？怎么解决呢？

什么是堆？
  堆也叫堆区（heap），一般由程序员分配释放，比如使用外部内存芯片，使用malloc函数分配,若程序员不分配也就没有堆，不释放，程序结束时可能由OS回收。它的特性就是先进先出，和栈相反。

堆是干嘛用的？

  存放所有new出来的对象；

堆怎么就溢出了呢？
  既然是存放new出来的对象，那溢出那肯定就是因为被new出来的对象给撑满了。

模拟堆溢出
  堆溢出本质就是对象把堆给撑满了，顽童心想，那我新建一个对象，然后让代码一直new对象，这样不就可以了，说干就干，上代码：

public class Test {

    public static class rq {
        public static class rqOb {
        }

        public static void main(String[] args) {
            int i = 0;
            while (true) {
                new rqOb();
                i++;
                System.out.println(i); //加点显示的内容
            }
        }
    }
}

  结果等了五六分钟，循环了几十万了都没溢出。难道是因为我的对象太小了，那给他加大点，设置个byte值，这下可以了吧。上代码：

public class Test {

    public static class rq {
        public static class rqOb {
            private byte[] bytes = new byte[1024 * 1024];  //设置个大小
        }

        public static void main(String[] args) {
            
            int i = 0;
            while (true) {
                new rqOb();
                i++;
                System.out.println(i);//加点显示的内容
            }
        }
    }
}

  呜…呜…还是和上面一样，好吧。既然达不到，那顽童只能人为修改下堆的大小。一顿百度，终于修改成功了，见下面。修改完，自信一回车：
idea修改目录：run>>Edit Configurations

  呜…呜…又失败了，这是为什么呢，堆设置大小了，对象大小也设置了，也加了死循环。然后仔细看了看代码，，，，问题出在哪里了呢，脑袋一闪。。。我的对象按照QC回收算法，好像都是不可达的，好家伙，全被它回收了，堆一直是空着的。。。。坏蛋，看我怎么治理你
  ps：保障GC Roots到对象之间有可达路径来避免来GC清除这些对象，
弱弱的用我颤抖的右手敲下我的执行回车…

public class Test {

    public static class rq {
        public static class rqOb {
            private byte[] bytes = new byte[1024 * 1024]; //设置个大小
        }

        public static void main(String[] args) {
            List<rqOb> list = new ArrayList<>();
            int i = 0;
            while (true) {
                new rqOb();
                list.add(new rqOb());
                i++;
                System.out.println(i); //加点显示的内容
            }
        }
    }
}

出来了。。。。它走着红色的步伐出来了。。。。留下了感动的泪水！o(╥﹏╥)o


解决：检查代码（死循环、递归、大对象等等），代码没问题，加堆内存。加。。。加。。。加。。。加加更快乐
总结：要想模拟堆溢出，对象不能被人(GC)偷偷回收了，要想快速溢出，可以设置对象大小，设置堆大小。
 附上idea设置堆大小的参数：
  -Xms768m：设置JVM初始堆内存为768m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。
  -Xmx768m：设置JVM最大堆内存为768m。
  -Xss128k：设置每个线程的栈大小。JDK5.0以后每个线程栈大小为1M，之前每个线程栈大小为256K。应当根据应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。需要注意的是：当这个值被设置的较大（例如>2MB）时将会在很大程度上降低系统的性能。
  -Xmn2g：设置年轻代大小为2G。在整个堆内存大小确定的情况下，增大年轻代将会减小年老代，反之亦然。此值关系到JVM垃圾回收，对系统性能影响较大，官方推荐配置为整个堆大小的3/8。
  -XX:NewSize=1024m：设置年轻代初始值为1024M。
  -XX:MaxNewSize=1024m：设置年轻代最大值为1024M。
  -XX:PermSize=256m：设置持久代初始值为256M。
  -XX:MaxPermSize=256m：设置持久代最大值为256M。
  -XX:NewRatio=4：设置年轻代（包括1个Eden和2个Survivor区）与年老代的比值。表示年轻代比年老代为1:4。
  -XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的比值。表示2个Survivor区（JVM堆内存年轻代中默认有2个大小相等的Survivor区）与1个Eden区的比值为2:4，即1个Survivor区占整个年轻代大小的1/6。
  -XX:MaxTenuringThreshold=7：表示一个对象如果在Survivor区（救助空间）移动了7次还没有被垃圾回收就进入年老代。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代，对于需要大量常驻内存的应用，这样做可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象在年轻代存活时间，增加对象在年轻代被垃圾回收的概率，减少Full GC的频率，这样做可以在某种程度上提高服务稳定性。
顽童太菜，DL们鄙视吧，毕竟夜深了！！！

我是顽童，一个3C测试！