本文介绍: 本章,我们将通过示例代码演示Java虚拟机栈区域是如何发生内存溢出的,并根据内存快照进行分析。我们回顾下栈内存溢出的一个场景:每个线程的栈内存是固定的,如果某个线程不停的无限制调用方法,每次方法调用都会有一个栈帧入栈,此时就会导致线程的栈内存被耗尽。本章,我们通过代码示例模拟了栈内存溢出的场景,大家可以看到1MB的栈内存大约可以支撑5000次的递归调用,这个数量已经很高了,一般的方法根本不可能出现连续几千次的调用。所以,栈内存溢出在生产环境是很少出现的,即使有,一般都是程序bug导致的。

作者简介:大家好,我是smart哥,前中兴通讯、美团架构师,现某互联网公司CTO

联系qq:184480602,加我进群,大家一起学习,一起进步,一起对抗互联网寒冬

学习必须往深处挖,挖的越深,基础越扎实!

阶段1、深入多线程

阶段2、深入多线程设计模式

阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

一、简介

本章,我们将通过示例代码演示Java虚拟机栈区域是如何发生内存溢出的,并根据内存快照进行分析。

我们回顾下栈内存溢出的一个场景:每个线程的栈内存是固定的,如果某个线程不停的无限制调用方法,每次方法调用都会有一个栈帧入栈,此时就会导致线程的栈内存被耗尽。

二、示例程序

2.1 程序源码

    package com.mx.jvm;
    
    public class Demo2 {
        public static long counter = 0L;
    
        public static void main(String[] args) {
            work();
        }
    
        private static void work() {
            System.out.println("第" + ++counter + "次调用work方法");
            work();
        }
    }

上述代码非常简单,就是无限制的递归调用work方法。

2.2 JVM参数

我们设置JVM栈内存大小为1MB:-XX:ThreadStackSize=1m,然后执行程序,输出打印日志如下:

    第6226次调用work方法
    Exception in thread "main" java.lang.StackOverflowError
        at sun.nio.cs.UTF_8$Encoder.encodeLoop(UTF_8.java:691)
        at java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:579)
        at sun.nio.cs.StreamEncoder.implWrite(StreamEncoder.java:271)
        at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:125)
        at java.io.OutputStreamWriter.write(OutputStreamWriter.java:207)
        at java.io.BufferedWriter.flushBuffer(BufferedWriter.java:129)
        at java.io.PrintStream.write(PrintStream.java:526)
        at java.io.PrintStream.print(PrintStream.java:669)
        at java.io.PrintStream.println(PrintStream.java:806)
        at com.mx.jvm.Demo2.work(Demo2.java:11)
        at com.mx.jvm.Demo2.work(Demo2.java:12)
        at com.mx.jvm.Demo2.work(Demo2.java:12)
        at com.mx.jvm.Demo2.work(Demo2.java:12)
        at com.mx.jvm.Demo2.work(Demo2.java:12)
        at com.mx.jvm.Demo2.work(Demo2.java:12)
        at com.mx.jvm.Demo2.work(Demo2.java:12)
        at com.mx.jvm.Demo2.work(Demo2.java:12)
        at com.mx.jvm.Demo2.work(Demo2.java:12)
        at com.mx.jvm.Demo2.work(Demo2.java:12)

可以看到,当执行到第5931次递归调用时,发生了栈内存溢出——java.lang.StackOverflowError

三、问题分析

首先明确一点,GC日志和dump快照仅仅对Java堆内存的问题分析有效,就线程的栈内存和栈帧而言,是不存在所谓的GC的。所以,分析栈内存溢出最直接有效的方法就是看程序的本地日志:

    at com.mx.jvm.Demo2.work(Demo2.java:11)
    at com.mx.jvm.Demo2.work(Demo2.java:12)
    at com.mx.jvm.Demo2.work(Demo2.java:12)
    at com.mx.jvm.Demo2.work(Demo2.java:12)
    at com.mx.jvm.Demo2.work(Demo2.java:12)
    at com.mx.jvm.Demo2.work(Demo2.java:12)
    at com.mx.jvm.Demo2.work(Demo2.java:12)
    at com.mx.jvm.Demo2.work(Demo2.java:12)

程序日志大量报错at com.ressmix.jvm.Demo2.work(Demo2.java:12),其实已经告诉我们了程序的问题所在——无限次调用work方法。

四、总结

本章,我们通过代码示例模拟了栈内存溢出的场景,大家可以看到1MB的栈内存大约可以支撑5000次的递归调用,这个数量已经很高了,一般的方法根本不可能出现连续几千次的调用。所以,栈内存溢出在生产环境是很少出现的,即使有,一般都是程序bug导致的。

我们在给Java虚拟机栈分配内存的时候,要根据JVM的线程数合理分配,一般来说每个线程1MB的栈内存是足够了,剩下的就是合理预估总线程数。基本上,线程主要来自以下几部分:

  • JVM进程自带的一些后台线程
  • 程序依赖的第三方组件创建的后台线程
  • Web容器的工作线程
  • 程序自己创建的一些额外线程

一般来说,一个JVM中上述这些线程总数不会超过1000个,我们以1000个来算,每个线程1MB栈内存,总共分配1G的空间给JVM栈内存就足够了。

原文地址:https://blog.csdn.net/smart_an/article/details/135826155

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。

如若转载,请注明出处:http://www.7code.cn/show_61451.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱:suwngjj01@126.com进行投诉反馈,一经查实,立即删除!

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注