Java 内存区域

JVM介绍:
1) JVM学习总结,全面介绍运行时数据区域、各类垃圾收集器的原理使用、内存分配回收策略
2) JVM学习总结,虚拟机性能监控、故障处理工具:jps、jstat、jinfo、jmap、Visual VM、jstack等

文章目录

  • 前言
  • 一、Java运行时数据区
    • 1. 程序计数器(Program Counter Register)
    • 2. 虚拟机栈(VM Stack)
    • 3. 本地方法栈(Native Method Stacks)
    • 4. 堆(Heap)
    • 5. 方法区(Method Area)
    • 6. 运行时常量池(Runtime Constant Pool)
  • 二、虚拟机中的对象
    • 1. 对象的创建(普通Java对象)
    • 2. 对象的内存布局
    • 3. 对象的访问定位


前言

内容参考自《深入理解Java虚拟机 JVM高级特性与最佳实践》第三版第一章,供自己学习做笔记使用。


一、Java运行时数据区

  Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域,这些区域有各自的用途,根据《Java虚拟机规范的规定》,Java虚拟机所管理的内存将会包括以下几个运行时数据区域:
Java 内存区域_第1张图片

1. 程序计数器(Program Counter Register)

  程序计数器是一块较小的内存空间,他可以看作是当前线程所执行字节码的行号指示器。在Java虚拟机的概念模型中,字节码解释器的工作就是通过改变这个计数器的值来选取下一条需要执行的字节码指令,它是程序控制流的指示器,分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。

2. 虚拟机栈(VM Stack)

  虚拟机栈的生命周期与线程相同,虚拟机栈描述的是Java方法执行的线程内存模型:每个方法被执行的时候,Java都会同步创建一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态连接、方法出口等信息。每个方法被调用直至执行完毕的过程,就对应一个栈帧在虚拟机中从入栈到出栈的过程。

  局部变量表中存放了编译期可知的各种Java虚拟机基本数据类型(byte、short、char、int、long、float、double、boolean)、对象引用(reference类型,它并不等同于对象本身,可能是一个指向对象起始地址的引用指针,也可能是指向一个代表对象的句柄或者其他榆次对象相关的位置)和returnAddress类型(指向了一条字节码指令的地址)。

  局部变量表所需的内存空间在编译期间完成分配,当进入一个方法时,这个方法需要在栈帧中分配多大的局部变量空间是完全确定的,在方法运行期间是不会改变局部变量表的大小的。在《Java虚拟机规范》中,对这个内存区域规定了两类异常状况:如果线程请求的栈深度大于虚拟机所允许的深度,则会抛出StackOverflowError异常;如果Java虚拟机支持动态扩展,当栈无法扩展时无法申请到足够的内存空间时则会OutOfMemoryError异常。

3. 本地方法栈(Native Method Stacks)

  本地方法栈与虚拟机栈的作用基本上是一致的,区别在于虚拟机栈为虚拟机执行Java方法服务,而本地方法栈则是为虚拟机使用到的本地(Native)方法服务。对应本地方法栈的实现,《Java虚拟机规范》中并未强制规定,由虚拟机自己根据需求实现,有的Java虚拟机例如Hot-Spot虚拟机就直接将本地方法栈和虚拟机栈合二为一。与虚拟机栈相同的是,本地方法栈也会出现两类异常状况。

4. 堆(Heap)

  对于Java应用程序来说,Java堆(Heap)是虚拟机所管理的内存中最大的一块区域,Java堆是被所有线程共享的一块内存区域,在虚拟机启动时创建。此内存存在的唯一目的就是存放对象实例,几乎所有的对象实例都在堆上分配空间、存放。

5. 方法区(Method Area)

  方法区与Java堆一样,是各个线程共享的内存区域,它用于存放已被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等数据。

6. 运行时常量池(Runtime Constant Pool)

  运行时常量池(Runtime Constant Pool)是方法区的一部分,Class文件中除了有类的版本、字段、方法、接口等描述信息外,还有一项信息是常量池表(Constant Pool Tabel),用于存放编译器内生成的各种字面量与符号引用,这部分内容将在内加载后存放到方法区的运行时常量池中。

二、虚拟机中的对象

1. 对象的创建(普通Java对象)

Java 内存区域_第2张图片

2. 对象的内存布局

  在HotSpot 虚拟机中,对象在堆内存中的存储布局可以分为三个部分:对象头(Header)、实例数据(Instance Data)和对齐填充(Padding);
Java 内存区域_第3张图片
  HotSpot 虚拟机对象的对象头部分包括两类信息,第一类是用于存储对象自身的运行时数据,如哈希码(HashCode)、GC分代年龄、锁状态标志,线程持有的锁、偏向线程ID、偏向时间戳等了另外一部分是类型指针,即对象指向它的类型元数据的指针,Java虚拟机通过这个指针来确定该对象是哪个类的实例。

  实例数据部分是对象真正存储的有效信息,即我们在程序代码里面所定义的各种类型的字段内容,无论是从父类继承下来的,还是在子类中定义的字段都必须记录起来。

  对象的第三部分是对齐填充,这并不是必然存在的,也没有特别的含义,它仅仅起着占位符的作用。

3. 对象的访问定位

  创建对象自然是为了后续使用对象,Java程序会通过栈上的reference数据来操作堆上的具体对象,对象的具体访问方式也是由虚拟机实现而定的,主流的访问方式主要有使用句柄和直接指针两种。
Java 内存区域_第4张图片
Java 内存区域_第5张图片

  • 使用句柄来访问的最大好处就是reference中存储的是稳定句柄地址,在对象被移动(垃圾收集时移动对象是非常普遍的行为)时只会改变句柄中的实例数据指针,而reference本身不需要被修改。
  • 使用直接指针来访问最大的好处就是速度更快,它节省了一次指针定位的时间开销,由于对象访问在Java中非常频繁,因此这类开销积少成多也是一项极为可观的执行成本,对于虚拟机HotSpot而言,它主要使用第二种方式进行对象访问,但从整个软件开发的范围来看,在各种语言、框架中使用句柄来访问的情况也十分常见。

你可能感兴趣的:(JVM,java,经验分享,开发语言,jvm,面试)