内存是很是重要的系统资源,是硬盘和CPU的中间仓库及桥梁,承载着操做系统和应用程序的实时运行。JVM内存布局规定了Java在运行过程当中内存申请、分配、管理的策略,保证了JVM的高效稳定运行。不一样的JVM对于内存的划分方式和管理机制存在着部分差别。结合JVM虚拟机规范,来探讨一下经典的JVM内存布局。html
JVM 内存共分为本地方法栈、程序计数器、虚拟机栈、堆、方法区五个部分。这些区域有各自的用途和建立与销毁的时间。有的区域随着虚拟机进程的启动而一直存在,有些区域则是依赖用户线程的启动和结束而创建和销毁。java
在上图中,灰色部分为线程隔离的数据区域,其余部分为线程共享的区域。程序员
运行时数据区 | 是否线程共享 | 是否存在内存溢出 | 是否存在GC |
---|---|---|---|
本地方法栈 | 否 | 是 | 否 |
虚拟机栈 | 否 | 是 | 否 |
程序计数器 | 否 | 否 | 否 |
堆区 | 是 | 是 | 是 |
方法区 | 是 | 是 | 是 |
JVM容许一个应用有多个线程并行的执行。在Hotspot JVM里,每一个线程都与操做系统的本地线程直接映射。shell
jconsole
或者是其余调试工具,都能看到在后台有许多线程在运行。这些后台线程不包括调用public static void main(String[ ] args)
的main线程以及全部main线程建立的线程。这些后台系统线程在Hotspot JVM里主要是如下几个:数组
程序计数器(Program Counter Register)是一块较小的内存空间,是运行速度最快的存储区域。它能够看做是当前线程所执行的字节码的行号指示器。Register的命名源于CPU的寄存器,存储指令相关的现场信息。这里,并不是指广义上所指的物理寄存器,或许将其翻译为PC寄存器(或指令计数器)会更加贴切(也称为程序钩子)。JVM中的程序计数器是对物理PC寄存器的一种抽象模拟。缓存
程序计数器用来存放下一条指令的地址(将要执行的字节码指令地址)。在JVM规范中,每一个线程都有它本身的程序计数器,是线程私有的,生命周期与线程的生命周期保持一致。安全
任什么时候间一个线程都只有一个方法在执行,也就是所谓的当前方法。程序计数器会存储当前线程正在执行的Java方法的JVM指令地址;或者,若是是在执行native方法,则是未指定值(undefned)。bash
它是程序控制流的指示器,分支、循环、跳转、异常处理、线程恢复等基础功能都须要依赖这个计数器来完成。字节码解释器工做时就是经过改变这个计数器的值来选取下一条须要执行的字节码指令。多线程
程序计数器中不存在内存溢出。架构
代码演示
public class PCRegisterTest { public static void main(String[] args) { int i = 10; int j = 20; int k = i + j; } }
而后将代码进行编译成字节码文件,查看 发如今字节码的左边有一个行号标识,它其实就是指令地址。
0 bipush 10 2 istore_1 3 bipush 20 5 istore_2 6 iload_1 7 iload_2 8 iadd 9 istore_3 10 return
经过程序计数器,咱们就能够知道当前程序执行到哪一步了 。
使用程序计数器存储字节码指令地址有什么用呢?
由于CPU须要不停的切换各个线程,在线程切换回来之后,就得知道接着从哪开始继续执行。JVM的字节码解释器就须要经过改变程序计数器的值来明确下一条应该执行什么样的字节码指令。
PC寄存器为何被设定为线程私有的?
多线程在一个特定的时间段内只会执行其中某一个线程的方法,CPU会不停地作任务切换,这样必然致使常常中断或恢复,如何保证分毫无差呢?为了可以准确地记录各个线程正在执行的当前字节码指令地址,最好的办法天然是为每个线程都分配一个PC寄存器,这样一来各个线程之间即可以进行独立计算,从而不会出现相互干扰的状况。
因为CPU时间片轮限制,众多线程在并发执行过程当中,任何一个肯定的时刻,一个处理器或者多核处理器中的一个内核,只会执行某个线程中的一条指令。
这样必然致使常常中断或恢复,如何保证分毫无差呢?每一个线程在建立后,都会产生本身的程序计数器和栈帧,程序计数器在各个线程之间互不影响。
CPU时间片
CPU时间片即CPU分配给各个程序的时间,每一个线程被分配一个时间段,称做它的时间片。
在宏观上:能够同时打开多个应用程序,每一个程序并行不悖,同时运行。
但在微观上:一个CPU一次只能处理程序要求的一部分。如何处理公平,一种方法就是引入时间片,每一个程序轮流执行。
因为跨平台性的设计,Java的指令都是根据栈来设计的(因为不一样平台CPU架构不一样,因此基于寄存器设计)。
常有人把Java内存区域笼统地划分为堆内存(Heap)和栈内存(Stack),这种划分方式直接继承自传统的C、C++程序的内存布局结构,在Java语言里就显得有些粗糙了,实际的内存区域划分要比这更复杂。“栈”一般就是指这里讲的虚拟机栈,能够明确的是——栈是运行时的单位,而堆是存储的单位。
那么Java虚拟机栈又是什么
每一个Java虚拟机线程都有一个私有的Java虚拟机栈(Java Virtual Machine Stack),与该线程同时建立,其内部保存一个个的栈帧(Stack Frame),对应着每一次的Java方法调用。其生命周期和线程保持一致。
做用
主管Java程序的运行,它保存方法的局部变量(8种基本数据类型、对象的引用地址)、部分结果,并参与方法的调用和返回。
局部变量,它是相比于成员变量来讲的(或属性)基本数据类型变量 VS 引用类型变量(类、数组、接口)
栈的特色
栈是一种快速有效的分配存储方式,访问速度仅次于程序计数器。JVM直接对Java栈的操做只有两个:
对于栈来讲不存在垃圾回收的问题(存在内存溢出的问题)。
与Java虚拟机栈相关异常
若是采用固定大小的Java虚拟机栈,那每个线程的Java虚拟机栈容量能够在线程建立的时候独立选定。若是线程请求分配的栈容量超过Java虚拟机栈容许的最大容量,Java虚拟机将会抛出StackOverflowError异常。
若是Java虚拟机栈能够动态扩展,而且在尝试扩展的时候没法申请到足够的内存,或者在建立新的线程时没有足够的内存去建立对应的虚拟机栈,那Java虚拟机将会抛出一个 OutOfMemoryError 异常。
public class StackErrorTest { private static int count = 1; public static void main(String[] args) { System.out.println(count++); main(args);// Exception in thread "main" java.lang.StackOverflowError错误 } }
设置栈内存大小
咱们可使用参数-Xss
选项来设置线程的最大栈空间,栈的大小直接决定了函数调用的最大可达深度。
-Xss1m -Xss1k
每一个线程都有本身的栈,栈中的数据都是以栈帧(Stack Frame)的格式存在。线程上正在执行的每一个方法都各自对应一个栈帧(Stack Frame)。栈帧是一个内存区块,是一个数据集,维系着方法执行过程当中的各类数据信息。
OOP的基本概念:类和对象类中基本结构:field(属性、字段、域)、method
JVM直接对Java栈的操做只有两个,就是对栈帧的压栈和出栈,遵循“先进后出/后进先出”原则。
在一条活动线程中,一个时间点上,只会有一个活动的栈帧。即只有当前正在执行的方法的栈帧(栈顶栈帧)是有效的,这个栈帧被称为当前栈帧(Current Frame),与当前栈帧相对应的方法就是当前方法(Current Method),定义这个方法的类就是当前类(Current Class)。
执行引擎运行的全部字节码指令只针对当前栈帧进行操做。若是在该方法中调用了其余方法,对应的新的栈帧会被建立出来,放在栈的顶端,成为新的当前帧。
例子:
public class StackFrameTest { public static void main(String[] args) { method01(); } private static int method01() { System.out.println("方法1的开始"); int i = method02(); System.out.println("方法1的结束"); return i; } private static int method02() { System.out.println("方法2的开始"); int i = method03(); System.out.println("方法2的结束"); return i; } private static int method03() { System.out.println("方法3的开始"); int i = 30; System.out.println("方法3的结束"); return i; } }
输出结果为
方法1的开始 方法2的开始 方法3的开始 方法3的结束 方法2的结束 方法1的结束
知足栈先进后出的概念,经过DEBUG,也可以看到栈相关信息:
不一样线程中所包含的栈帧是不容许存在相互引用的,即不可能在一个栈帧之中引用另一个线程的栈帧。
若是当前方法调用了其余方法,方法返回之际,当前栈帧会传回此方法的执行结果给前一个栈帧,接着,虚拟机会丢弃当前栈帧,使得前一个栈帧从新成为当前栈帧。
Java方法有两种返回函数的方式,一种是正常的函数返回,使用return指令;另一种是抛出异常。无论使用哪一种方式,都会致使栈帧被弹出。
每一个栈帧中存储着:
并行每一个线程下的栈都是私有的,所以每一个线程都有本身各自的栈,而且每一个栈里面都有不少栈帧,栈帧的大小主要由局部变量表和操做数栈决定的。
局部变量表(Local Variables),又称局部变量数组或本地变量表,是一个数字数组,主要用于存储方法参数和定义在方法体内的局部变量,这些数据类型包括基本数据类型(8种)、对象引用(reference),以及returnAddress(指向了一条字节码指令的地址)类型。
因为局部变量表是创建在线程的栈上,是线程的私有数据,所以不存在数据安全问题。
局部变量表所需的容量大小是在编译期肯定下来的,并保存在方法的Code属性的Maximum local variables数据项中。在方法运行期间是不会改变局部变量表的大小的。
例如上面案例的方法1:
方法嵌套调用的次数由栈的大小决定。通常来讲,栈越大,方法嵌套调用次数越多。对一个函数而言,它的参数和局部变量越多,使得局部变量表膨胀,它的栈帧就越大,以知足方法调用所需传递的信息增大的需求。进而函数调用就会占用更多的栈空间,致使其嵌套调用次数就会减小。
局部变量表中的变量只在当前方法调用中有效。在方法执行时,虚拟机经过使用局部变量表完成参数值到参数变量列表的传递过程。当方法调用结束后,随着方法栈帧的销毁,局部变量表也会随之销毁。
参数值的存放老是在局部变量数组的index0开始,到数组长度-1的索引结束。
局部变量表,最基本的存储单元是Slot(变量槽)。局部变量表中存放编译期可知的基本数据类型、引用类型、returnAddress类型的变量。
在局部变量表里,32位之内的类型只占用一个slot(包括returnAddress类型),64位的类型(long和double)占用两个slot。
byte、short、char 、boolean在存储前被转换为int。0表示false,非0表示true。
JVM会为局部变量表中的每个Slot都分配一个访问索引,经过这个索引便可成功访问到局部变量表中指定的局部变量值。
当一个实例方法被调用的时候,它的方法参数和方法体内部定义的局部变量将会按照顺序被复制到局部变量表中的每个slot上。若是须要访问局部变量表中一个64位的局部变量值时,只须要使用前一个索引便可。(好比:访问long或doub1e类型变量)
若是当前帧是由构造方法或者实例方法建立的,那么该对象引用this将会存放在index为0的slot处,其他的参数按照参数表顺序继续排列。
Slot的重复利用
栈帧中的局部变量表中的槽位是能够重用的,若是一个局部变量过了其做用域,那么在其做用域以后申明的新的局部变就颇有可能会复用过时局部变量的槽位,从而达到节省资源的目的。
变量的分类:
按类中声明的位置分:成员变量(类变量,实例变量)、局部变量
参数表分配完毕以后,再根据方法体内定义的变量的顺序和做用域分配。
咱们知道类变量表有两次初始化的机会,第一次是在“准备阶段”,执行系统初始化,对类变量设置零值,另外一次则是在“初始化”阶段,赋予程序员在代码中定义的初始值。
和类变量初始化不一样的是,局部变量表不存在系统初始化的过程,这意味着一旦定义了局部变量则必须人为的初始化,不然没法使用。
public void test(){ int i; System.out.println(i);//报错,局部变量没有赋值不能使用。 }
在栈帧中,与性能调优关系最为密切的部分就是前面提到的局部变量表。在方法执行时,虚拟机使用局部变量表完成方法的传递。
局部变量表中的变量也是重要的垃圾回收根节点,只要被局部变量表中直接或间接引用的对象都不会被回收。
每个独立的栈帧除了包含局部变量表之外,还包含一个后进先出(Last - In - First -Out)的 操做数栈,也能够称之为表达式栈(Expression Stack)。
操做数栈,在方法执行过程当中,根据字节码指令,往栈中写入数据或提取数据,即入栈(push)/出栈(pop)。
操做数栈,主要用于保存计算过程的中间结果,同时做为计算过程当中变量临时的存储空间。
操做数栈就是JVM执行引擎的一个工做区,当一个方法刚开始执行的时候,一个新的栈帧也会随之被建立出来,这个方法的操做数栈是空的。
这个时候数组是有长度的,数组一旦建立,长度是不可变的。
每个操做数栈都会拥有一个明确的栈深度用于存储数值,其所需的最大深度在编译期就定义好了,保存在方法的Code属性中,为maxstack的值。
栈中的任何一个元素都是能够任意的Java数据类型
操做数栈并不是采用访问索引的方式来进行数据访问,而是只能经过标准的入栈和出栈操做来完成一次数据访问。
若是被调用的方法带有返回值的话,其返回值将会被压入当前栈帧的操做数栈中,并更新PC寄存器中下一条须要执行的字节码指令。
操做数栈中元素的数据类型必须与字节码指令的序列严格匹配,这由编译器在编译器期间进行验证,同时在类加载过程当中的类检验阶段的数据流分析阶段要再次验证。|
另外,咱们说Java虚拟机的解释引擎是基于栈的执行引擎,其中的栈指的就是操做数栈。
如下面代码为例子:
public void testAddOperation() { byte i = 15; int j = 8; int k = i + j; }
使用javap 命令反编译class文件: javap -v 类名.class
0 bipush 15 2 istore_1 3 bipush 8 5 istore_2 6 iload_1 7 iload_2 8 iadd 9 istore_3 10 return
从上面的代码咱们能够知道,咱们都是经过bipush
对操做数 15 和 8进行入栈操做,同时使用的是 iadd方法进行相加操做,i
-> 表明的是int
类型的加法操做。
Tips:byte、short、char、boolean 内部都是使用int型来进行保存的。
执行流程以下所示:
首先执行第一条语句,PC寄存器指向的是0,也就是指令地址为0,而后使用bipush让操做数15入栈。
执行完后,让PC + 1,指向下一行代码,下一行代码就是将操做数栈的元素存储到局部变量表1的位置,咱们能够看到局部变量表的已经增长了一个元素。
为何局部变量表不是从0开始的呢?局部变量表也是从0开始的,可是由于0号位置存储的是this指针,这里省略书写了。
而后PC+1,指向的是下一行。让操做数8也入栈,同时执行store操做,存入局部变量表中。
而后从局部变量表中,依次将数据放在操做数栈中。
而后将操做数栈中的两个元素执行相加操做,并存储在局部变量表3的位置。
最后PC寄存器的位置指向10,也就是return方法,则直接退出方法。
栈顶缓存技术:Top Of Stack Cashing
基于栈式架构的虚拟机所使用的零地址指令更加紧凑,但完成一项操做的时候必然须要使用更多的入栈和出栈指令,这同时也就意味着将须要更多的指令分派(instruction dispatch)次数和内存读/写次数。
因为操做数是存储在内存中的,所以频繁地执行内存读/写操做必然会影响执行速度。为了解决这个问题,HotSpot JVM的设计者们提出了栈顶缓存(Tos,Top-of-Stack Cashing)技术,将栈顶元素所有缓存在物理CPU的寄存器中,以此下降对内存的读/写次数,提高执行引擎的执行效率。
每个栈帧内部都包含一个指向运行时常量池中该栈帧所属方法的引用。包含这个引用的目的就是为了支持当前方法的代码可以实现动态连接(Dynamic Linking)。好比invokedynamic指令。
在Java源文件被编译到字节码文件中时,全部的变量和方法引用都做为符号引用(Symbolic Reference)保存在class文件的常量池里。好比:描述一个方法调用了另外的其余方法时,就是经过常量池中指向方法的符号引用来表示的,那么动态连接的做用就是为了将这些符号引用转换为调用方法的直接引用。
为何须要运行时常量池?由于在不一样的方法,均可能调用常量或者方法,因此只须要存储一份便可,节省了空间。常量池的做用:就是为了提供一些符号和常量,便于指令的识别。
当一个方法开始执行后,只有两种方式能够退出这个方法:
执行引擎遇到任意一个方法返回的字节码指令(return),会有返回值传递给上层的方法调用者,简称“正常调用完成”(Normal Method Invocation Completion):
在方法执行过程当中遇到异常(Exception),而且这个异常没有在方法内进行处理,也就是只要在本方法的异常表中没有搜索到匹配的异常处理器,就会致使方法退出,这种退出方法的方式称为“异常调用完成“(Abrupt MethodInvocation Completion)。
不管经过哪一种方式退出,在方法退出后都返回到该方法被调用的位置。方法正常退出时,调用者的PC寄存器的值做为返回地址,即调用该方法的指令的下一条指令的地址。而经过异常退出的,返回地址是要经过异常表来肯定,栈帧中通常不会保存这部分信息。
本质上,方法的退出就是当前栈帧出栈的过程。此时,须要恢复上层方法的局部变量表、操做数栈、将返回值压入调用者栈帧的操做数栈、设置PC寄存器值等,让调用者方法继续执行下去。
正常完成出口和异常完成出口的区别在于:经过异常完成出口退出的不会给他的上层调用者产生任何的返回值。
《Java虚拟机规范》容许虚拟机实现增长一些规范里没有描述的信息到栈帧之中,例如与调试、性能收集相关的信息,这部分信息彻底取决于具体的虚拟机实现,这里再也不详述。