1. Java虚拟机栈也是线程私有的,它的生命周期与线程相同(随线程而生,随线程而灭)
2. 如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError异常;
如果虚拟机栈可以动态扩展,如果扩展时无法申请到足够的内存,就会抛出OutOfMemoryError异常;
(当前大部分JVM都可以动态扩展,只不过JVM规范也允许固定长度的虚拟机栈)
3. Java虚拟机栈描述的是Java方法执行的内存模型:每个方法执行的同时会创建一个栈帧。
对于我们来说,主要关注的stack栈内存,就是虚拟机栈中局部变量表部分。
栈帧(Stack Frame)是用于支持虚拟机进行方法调用和方法执行的数据结构。它是虚拟机运行时数据区中的java虚拟机栈的栈元素。
栈帧存储了方法的局部变量表、操作数栈、动态连接和方法返回地址等信息。
每一个方法从调用开始至执行完成的过程,都对应着一个栈帧在虚拟机里面从入栈到出栈的过程。
注意:
在编译程序代码的时候,栈帧中需要多大的局部变量表内存,多深的操作数栈都已经完全确定了。 因此一个栈帧需要分配多少内存,不会受到程序运行期变量数据的影响,而仅仅取决于具体的虚拟机实现。
栈结构图如下:
在活动线程中,只有位于栈顶的栈帧才是有效的,称为当前栈帧,与这个栈帧相关联的方法称为当前方法。
执行引擎运行的所有字节码指令都只针对当前栈帧进行操作。
1.局部变量表(Local Variable Table)是一组变量值存储空间,用于存放方法参数和方法内部定义的局部变量。
并且在Java编译为Class文件时,就已经确定了该方法所需要分配的局部变量表的最大容量。
2.局部变量表存放了编译期可知的各种基本数据类型(boolean、byte、char、short、int、float、long、double)「String是引用类型」,
对象引用(reference类型) 和 returnAddress类型(它指向了一条字节码指令的地址)
很多人说:基本数据和对象引用存储在栈中。
当然这种说法虽然是正确的,但是很不严谨,只能说这种说法针对的是局部变量。
局部变量存储在局部变量表中,随着线程而生,线程而灭。并且线程间数据不共享。
但是,如果是成员变量,或者定义在方法外对象的引用,它们存储在堆中。
因为在堆中,是线程共享数据的,并且栈帧里的命名就已经清楚的划分了界限 : 局部变量表!
局部变量表的容量以变量槽为最小单位,每个变量槽都可以存储32位长度的内存空间,例如boolean、byte、char、short、int、float、reference。
对于64位长度的数据类型(long,double),虚拟机会以高位对齐方式为其分配两个连续的Slot空间,也就是相当于把一次long和double数据类型读写分割成为两次32位读写。
扩展知识点:
Slot复用 为了尽可能节省栈帧空间,局部变量表中的Slot是可以重用的, 也就是说当PC计数器的指令指已经超出了某个变量的作用域(执行完毕), 那这个变量对应的Slot就可以交给其他变量使用。 优点 : 节省栈帧空间。 缺点 : 影响到系统的垃圾收集行为。 (如大方法占用较多的Slot,执行完该方法的作用域后没有对Slot赋值或者清空设置null值,垃圾回收器便不能及时的回收该内存。)
我的理解是:一个超链接
一般来说,虚拟机都能从引用中直接或者间接的查找到对象的以下两点 :
a.在Java堆中的数据存放的起始地址索引。
b.所属数据类型在方法区中的存储类型。
例如:我们在创建一个Student对象时的数据存储结构:
每个栈帧都包含一个指向运行时常量池中该栈帧所属方法的引用,
持有这个引用是为了支持方法调用过程中的动态连接(Dynamic Linking)。
在类加载阶段中的解析阶段会将符号引用转为直接引用,这种转化也称为静态解析。
另外的一部分将在每一次运行时期转化为直接引用。这部分称为动态连接。
这里简单提一下动态连接的概念,后面在详细讲解.
当一个方法开始执行后,只有2种方式可以退出这个方法 :
方法返回指令 : 执行引擎遇到一个方法返回的字节码指令,这时候有可能会有返回值传递给上层的方法调用者,这种退出方式称为正常完成出口。
异常退出 : 在方法执行过程中遇到了异常,并且没有处理这个异常,就会导致方法退出。
无论采用任何退出方式,在方法退出之后,都需要返回到方法被调用的位置,程序才能继续执行,方法返回时可能需要在栈帧中保存一些信息。
一般来说,方法正常退出时,调用者的PC计数器的值可以作为返回地址,栈帧中会保存这个计数器值。
而方法异常退出时,返回地址是要通过异常处理器表来确定的,栈帧中一般不会保存这部分信息。
如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError异常
1 package com.wfd360.demo01; 2 3 /** 4 * @Copyright (C) 5 * @Author: LI DONG PING 6 * @Date: 2019-07-15 17:17 7 * @Description: 栈内存溢出测试 8 * <p> 9 * 测试代码设计思路 10 * 修改默认堆栈大小后,利用递归调用一个方法,达到栈深度过大的异常目的,同时在递归调用过程中记录调用此次,得出最大深度的数据 11 * jvm参数 12 * -Xss 180k:设置每个线程的堆栈大小(最小180k),默认是1M 13 */ 14 public class TestStackOverflowErrorDemo { 15 //栈深度统计值 16 private int stackLength = 1; 17 18 /** 19 * 递归方法,导致栈深度过大异常 20 */ 21 public void stackLeak() { 22 stackLength++; 23 stackLeak(); 24 } 25 26 /** 27 * 启动方法 28 * 测试结果:当-Xss 180k为180k时,stackLength~=1544,随着-Xss参数变大时stackLength值随之变大 29 * @param args 30 */ 31 public static void main(String[] args) { 32 TestStackOverflowErrorDemo demo = new TestStackOverflowErrorDemo(); 33 try { 34 demo.stackLeak(); 35 } catch (Throwable e) { 36 System.out.println("当前栈深度:stackLength=" + demo.stackLength); 37 e.printStackTrace(); 38 } 39 } 40 }
View Code
测试结果:
完美!
原文链接:https://www.cnblogs.com/newAndHui/p/11168791.html