千万不要在生产环境使用这个版本的JDK，这不？内存又溢出了！快要裂开了！（建议收藏）

Dear 丶 2022-09-11 06:11 139阅读 0赞

**大家好，我是冰河~~**

最近，一名小伙伴跟我说：他写的程序在测试环境一点问题没有，但是发到生产环境却会频繁出现内存溢出的情况，这个问题都困扰他一周多了。于是乎，周末我便开始帮他排查各种问题。

**如果文章对你有点帮助，小伙伴们点赞、收藏、评论和分享，走起呀~~**

## 小伙伴的疑问 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2wxMDI4Mzg2ODA0_size_16_color_FFFFFF_t_70_pic_center]

## 问题确定 ##

排查问题的整个过程相当耗时，这里，我就直接说定位到的问题吧。后面，我会单独写一篇详细的排查问题过程的文章！

在排查问题的过程中，我发现这位小伙伴使用的JDK还是1.6版本。开始，我也没想那么多，继续排查他写的代码，也没找出什么问题。但是一旦启动生产环境的程序，没过多久，JVM就抛出了内存溢出的异常。

这就奇怪了，怎么回事呢？

启动程序时加上合理的JVM参数，问题依然存在。。。

没办法，继续看他的代码吧！无意间，我发现他写的代码中，大量使用了String类的substring()方法来截取字符串。于是，我便跟到JDK中的代码查看传递进来的参数。

这无意间点进来的一次查看，竟然找到了问题所在！！

## JDK1.6中String类的坑 ##

经过分析，竟然发现了JDK1.6中String类的一个大坑！为啥说它是个坑呢？就是因为它的substring()方法会把人坑惨！不多说了，我们先来看下JDK1.6中的String类的substring()方法。

public String substring(int bedinIndex, int endIndex){ 
        if(beginIndex < 0){ 
            throw new StringIndexOutOfBoundsException(beginIndex);
        }
        if(endIndex > count){ 
            throw new StringIndexOutOfBoundsException(endIndex);
        }
        if(beginIndex > endIndex){ 
              throw new StringIndexOutOfBoundsException(endIndex - beginIndex);
        }
        return ((beginIndex == 0) && (endIndex == count)) ? this : new String(offset + beginIndex, endIndex - beginIndex, value);
    }

接下来，我们来看看JDK1.6中的String类的一个构造方法，如下所示。

String(int offset, int count, char[] value){ 
        this.value = value;
        this.offset = offset;
        this.count = count;
    }

看到，这里，相信细心的小伙伴已经发现了问题，导致问题的罪魁祸首就是下面的一行代码。

this.value = value;

**在JDK1.6中，使用 String 类的构造函数创建子字符串的时候，并不只是简单的拷贝所需要的对象，而是每次都会把整个value引用进来。如果原来的字符串比较大，即使这个字符串不再被应用，这个字符串所分配的内存也不会被释放。** 这也是我经过长时间的分析代码得出的结论，确实是太坑了！！

既然问题找到了，那我们就要解决这个问题。

## 升级JDK ##

既然JDK1.6中的String类存在如此巨大的坑，那最直接有效的方式就是升级JDK。于是，我便跟小伙伴说明了情况，让他将JDK升级到JDK1.8。

同样的，我们也来看下JDK1.8中的String类的substring()方法。

public String substring(int beginIndex, int endIndex) { 
        if (beginIndex < 0) { 
            throw new StringIndexOutOfBoundsException(beginIndex);
        }
        if (endIndex > value.length) { 
            throw new StringIndexOutOfBoundsException(endIndex);
        }
        int subLen = endIndex - beginIndex;
        if (subLen < 0) { 
            throw new StringIndexOutOfBoundsException(subLen);
        }
        return ((beginIndex == 0) && (endIndex == value.length)) ? this
            : new String(value, beginIndex, subLen);
    }

在JDK1.8中的String类的substring()方法中，也调用了String类的构造方法来生成子字符串，我们来看看这个构造方法，如下所示。

public String(char value[], int offset, int count) { 
        if (offset < 0) { 
            throw new StringIndexOutOfBoundsException(offset);
        }
        if (count <= 0) { 
            if (count < 0) { 
                throw new StringIndexOutOfBoundsException(count);
            }
            if (offset <= value.length) { 
                this.value = "".value;
                return;
            }
        }
        // Note: offset or count might be near -1>>>1.
        if (offset > value.length - count) { 
            throw new StringIndexOutOfBoundsException(offset + count);
        }
        this.value = Arrays.copyOfRange(value, offset, offset+count);
    }

在JDK1.8中，当我们需要一个子字符串的时候，substring 生成了一个新的字符串，这个字符串通过构造函数的 Arrays.copyOfRange 函数进行构造。这个是没啥问题。

## 优化JVM启动参数 ##

这里，为了更好的提升系统的性能，我也帮这位小伙伴优化了JVM启动参数。

**经小伙伴授权，** 我简单列下他们的业务规模和服务器配置：整套系统采用分布式架构，架构中的各业务服务采用集群部署，日均访问量上亿，日均交易订单50W~100W，订单系统的各服务器节点配置为4核8G。目前已将JDK升级到1.8版本。

根据上述条件，我给出了JVM调优后的参数配置。

-Xms3072M -Xmx3072M -Xmn2048M -Xss1M -XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M

至于，为啥会给出上述JVM参数配置，后续我会单独写文章来具体分析如何根据实际业务场景来进行JVM参数调优。

经过分析和解决问题，小伙伴的程序在生产环境下运行的很平稳，至少目前还未出现内存溢出的情况！！

## 结论 ##

如果在程序中创建了比较大的对象，并且我们基于这个大对象生成了一些其他的信息，此时，一定要释放和这个大对象的引用关系，否则，就会埋下内存溢出的隐患。

JVM优化的目标就是：**尽可能让对象都在新生代里分配和回收，尽量别让太多对象频繁进入老年代，避免频繁对老年代进行垃圾回收，同时给系统充足的内存大小，避免新生代频繁的进行垃圾回收。**

## 写在最后 ##

**如果你想进大厂，想升职加薪，或者对自己现有的工作比较迷茫，都可以私信我交流，希望我的一些经历能够帮助到大家~~**

**推荐阅读：**

*  《[实践出真知：全网最强秒杀系统架构解密，不是所有的秒杀都是秒杀！！][Link 1]》
 *  《[从零到上亿用户，我是如何一步步优化MySQL数据库的？（建议收藏）][MySQL]》
 *  《[我用多线程进一步优化了亿级流量电商业务下的海量数据校对系统，性能再次提升了200%！！（全程干货，建议收藏）][200]》
 *  《[我用多线程优化了亿级流量电商业务下的海量数据校对系统，性能直接提升了200%！！（全程干货，建议收藏）][200 1]》
 *  《[我用10张图总结出了这份并发编程最佳学习路线！！（建议收藏）][10]》
 *  《[高并发场景下一种比读写锁更快的锁，看完我彻底折服了！！（建议收藏）][Link 2]》
 *  《[全网最全性能优化总结！！（冰河吐血整理，建议收藏）][Link 3]》
 *  《[三天撸完了MyBatis，各位随便问！！（冰河吐血整理，建议收藏）][MyBatis]》
 *  《[奉劝那些刚参加工作的学弟学妹们：要想进大厂，这些并发编程知识是你必须要掌握的！完整学习路线！！（建议收藏）][Link 4]》
 *  《[奉劝那些刚参加工作的学弟学妹们：要想进大厂，这些核心技能是你必须要掌握的！完整学习路线！！（建议收藏）][Link 5]》
 *  《[奉劝那些刚参加工作的学弟学妹们：这些计算机与操作系统基础知识越早知道越好！万字长文太顶了！！（建议收藏）][Link 6]》
 *  《[我用三天时间开发了一款老少皆宜的国民级游戏，支持播放音乐，现开放完整源代码和注释（建议收藏）！！][Link 7]》
 *  《[我是全网最硬核的高并发编程作者，CSDN最值得关注的博主，大家同意吗？（建议收藏）][CSDN]》
 *  《[毕业五年，从月薪3000到年薪百万，我掌握了哪些核心技能？（建议收藏）][3000]》
 *  《[我入侵了隔壁妹子的Wifi，发现。。。（全程实战干货，建议收藏）][Wifi]》
 *  《[千万不要轻易尝试“熊猫烧香”，这不，我后悔了！][Link 8]》
 *  《[清明节偷偷训练“熊猫烧香”，结果我的电脑为熊猫“献身了”！][Link 9]》
 *  《[7.3万字肝爆Java8新特性，我不信你能看完！（建议收藏）][7.3_Java8]》
 *  《[在业务高峰期拔掉服务器电源是一种怎样的体验？][Link 10]》
 *  《[全网最全Linux命令总结！！（史上最全，建议收藏）][Linux]》
 *  《[用Python写了个工具，完美破解了MySQL！！（建议收藏）][Python_MySQL]》
 *  《[SimpleDateFormat类到底为啥不是线程安全的？（附六种解决方案，建议收藏）][SimpleDateFormat]》
 *  《[MySQL 8中新增的这三大索引，直接让MySQL起飞了，你竟然还不知道！！（建议收藏）][MySQL 8_MySQL]》
 *  《[撸完Spring源码，我开源了这个分布式缓存框架！！（建议收藏）][Spring]》
 *  《[亿级流量高并发秒杀系统商品“超卖”了，只因使用的JDK同步容器中存在这两个巨大的坑！！（踩坑实录，建议收藏）][JDK]》
 *  《[奉劝那些刚参加工作的学弟学妹们：要想学好并发编程，这些并发容器的坑是你必须要注意的！！（建议收藏）][Link 11]》
 *  《[公司的报表工具太难用，我三天撸了个Excel工具，运营小姐姐直呼太好用了，现已开源！！（建议收藏）][Excel]》

**好了，今天就到这儿吧，小伙伴们点赞、收藏、评论，一键三连走起呀，我是冰河，我们下期见~~**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2wxMDI4Mzg2ODA0_size_16_color_FFFFFF_t_70_pic_center 1][]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2wxMDI4Mzg2ODA0_size_16_color_FFFFFF_t_70_pic_center]: /images/20220828/4d81dfca77c94dd69b242337a8b62ba4.png
[Link 1]: https://blog.csdn.net/l1028386804/article/details/120125888
[MySQL]: https://blog.csdn.net/l1028386804/article/details/119793397
[200]: https://blog.csdn.net/l1028386804/article/details/119724650
[200 1]: https://blog.csdn.net/l1028386804/article/details/119632011
[10]: https://blog.csdn.net/l1028386804/article/details/119529877
[Link 2]: https://blog.csdn.net/l1028386804/article/details/118887662
[Link 3]: https://blog.csdn.net/l1028386804/article/details/118175154
[MyBatis]: https://blog.csdn.net/l1028386804/article/details/118079011
[Link 4]: https://blog.csdn.net/l1028386804/article/details/119341751
[Link 5]: https://blog.csdn.net/l1028386804/article/details/116081409
[Link 6]: https://blog.csdn.net/l1028386804/article/details/115923034
[Link 7]: https://blog.csdn.net/l1028386804/article/details/116191713
[CSDN]: https://blog.csdn.net/l1028386804/article/details/116280491
[3000]: https://blog.csdn.net/l1028386804/article/details/115677451
[Wifi]: https://blog.csdn.net/l1028386804/article/details/116477701
[Link 8]: https://blog.csdn.net/l1028386804/article/details/115450665
[Link 9]: https://blog.csdn.net/l1028386804/article/details/115607742
[7.3_Java8]: https://blog.csdn.net/l1028386804/article/details/115547910
[Link 10]: https://blog.csdn.net/l1028386804/article/details/115576102
[Linux]: https://blog.csdn.net/l1028386804/article/details/117917710
[Python_MySQL]: https://blog.csdn.net/l1028386804/article/details/118378477
[SimpleDateFormat]: https://blog.csdn.net/l1028386804/article/details/118783851
[MySQL 8_MySQL]: https://blog.csdn.net/l1028386804/article/details/119442194
[Spring]: https://blog.csdn.net/l1028386804/article/details/119861563
[JDK]: https://blog.csdn.net/l1028386804/article/details/119928478
[Link 11]: https://blog.csdn.net/l1028386804/article/details/119989145
[Excel]: https://blog.csdn.net/l1028386804/article/details/120216413
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2wxMDI4Mzg2ODA0_size_16_color_FFFFFF_t_70_pic_center 1]: /images/20220828/f74fc5050af9403a93abe5b853335bc0.png