GVKun编程网logo

JVM--Java内存区域(jvm的内存区域划分)

19

如果您对JVM--Java内存区域和jvm的内存区域划分感兴趣,那么这篇文章一定是您不可错过的。我们将详细讲解JVM--Java内存区域的各种细节,并对jvm的内存区域划分进行深入的分析,此外还有关于

如果您对JVM--Java内存区域jvm的内存区域划分感兴趣,那么这篇文章一定是您不可错过的。我们将详细讲解JVM--Java内存区域的各种细节,并对jvm的内存区域划分进行深入的分析,此外还有关于Java内存区域/ jvm内存模型-经典、jvm java内存区域的详细介绍、JVM 学习整理(1)-- java内存区域,对象的创建、JVM(1) Java内存区域的实用技巧。

本文目录一览:

JVM--Java内存区域(jvm的内存区域划分)

JVM--Java内存区域(jvm的内存区域划分)

Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域,如图:

 

1.程序计数器

可以看作是当前线程所执行的字节码的行号指示器,通俗的讲就是用来指示执行哪条指令的。为了线程切换后能恢复到正确的执行位置

Java多线程是通过线程轮流切换并分配处理器执行的,为了能够使得每个线程都在线程切换后能够恢复在切换之前的程序执行位置,每个线程都需要有自己独立的程序计数器

所以程序计数器是线程私有的

 


2.Java虚拟机栈

虚拟机栈描述的Java方法执行的内存模型,每个方法在执行的同时都会创建一个栈帧

栈帧包括:局部变量表、操作数栈、动态链接和返回地址

待补充。。。

线程私有

 

3.本地方法栈

Java虚拟机栈是对应Java方法;本地方法栈对应Native方法

线程私有

 

4.Java堆

存放对象实例

是垃圾收集器管理的主要区域

线程共享

 

5.方法区

 存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码

运行时常量池--用于存放编译器生成的各种字面量和符号引用

线程共享

 

 

对象创建

虚拟机遇到一条new指定时,首先检查指令的参数是否能在常量池中定位到一个类的符号引用,并检查这个符号引用待代表的类是否已被加载、解析和初始化过,

如果没有,要先执行类加载过程

类加载完后,虚拟机为新生对象分配内存,对象内存的大小在类加载完后便可完全确认

为对象分配内存相当于把Java堆中划分一块出来

在并发情况下,划分内存不是线程安全的,有2种解决方案:

1.对划分内存操作进行同步处理

2.每个线程在Java堆中预先分配一块内存--本地线程分配缓存TALB,只有在TALB用完并分配新的TALB时,才需要同步锁定

内存分配完成后,虚拟机将分配的内存空间都初始化为零值--这一步操作保证了对象实例字段在Java代码中可以不赋初始值就直接使用

自此,虚拟机就创建完一个新的对象了

简洁创建过程:类加载-->分配内存-->把内存空间初始化为零值

 

对象的内存布局

对象在内存中存储布局分为3块区域---对象头、实例数据、对齐填充

对象头:

1.存储对象自身的运行时数据---哈希码、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等

2.类型指针---对象指向它的类元数据的指针(并非所有JVM)

3.如果对象是数组,对象头还存储用于记录数组长度的数据

实例数据:

程序代码中所定义的各种类型的字段内容

对齐填充:

占位符,无特别含义

 

对象的访问定位

Java程序通过栈上的reference数据来操作堆上的具体对象;reference是一个指向对象的引用。

具体访问方式有2中---句柄、直接指针

句柄:

Java堆中划分出一块内存来作为句柄池,reference中存储的就是对象的句柄地址,而句柄中包含了对象的实例数据和类型数据各自的具体地址

好处:稳定,在对象被移动时只会改变句柄中的实例数据指针,而reference本身不需要改变

坏处:开销大,每次都要2次指针定位

直接指针:

Java堆对象的布局中存有访问类型数据的相关信息,reference中直接存储对象的地址

好处:速度快,主要用这种

 

以上都是针对主流虚拟机Sun HotSpot而言!

Java内存区域/ jvm内存模型-经典

Java内存区域/ jvm内存模型-经典

1、堆区(heap)— (线程共享)jvm只有一个堆区,存放对象
2、栈区(stack)— (线程私有)每个线程包含一个栈区,存放函数的参数值,局部变量的值等,
   分为:java虚拟机栈和本地方法栈,java虚拟机栈为虚拟机执行java方法服务,本地方法栈为虚拟机使用到Native方法服务
3、方法区—(又叫全局区、静态区,线程共享)存放已被虚拟机加载的类信息、属性信息、方法信息、静态变量、全局变量、即时编译器编译后的代码等数据。
   方法区又包括运行时常量池,用于存放程序运行期间生成的新的常量
4、程序计数器--(线程私有)当前线程所执行的字节码的行号指示器

采用new 创建的字符串对象是存储在堆中,不进入字符串常量池,调用intern()方法后会进入字符串常量池。

--------

8张图 带你理解Java内存区域 - SegmentFault 思否

很多人会误以为Java内存区域和内存模型是同一个东西,其实并不是。

Java内存区域是指 JVM运行时将数据分区域存储 ,简单的说就是不同的数据放在不同的地方

jvm java内存区域的详细介绍

jvm java内存区域的详细介绍

jvm虚拟机在运行时需要用到的内存区域.广泛一点就是堆和栈,其实不然,堆和栈只是相对比较笼统的说法,真正区分有如下几个
先上图一:

 

总的就是
  java的内存模型
  内存模型又分堆内存(heap)和方法区(有时也称为non-heap)和栈
  堆又分新生代(Young)和老年代(old/Tenured)
    新生代又分默认比例为8:1:1的eden空间、from survivor空间、to survivor空间
    当进行垃圾回收时,eden、survivor from 存活得对象会复制到servivor to空间
    接着from与to空间互换.(当from区的对象足够老时,即标记的次数达到老年级别,便到老年代去)
 
内存的大小设置参数可以如下一张图说明
 
-XMS:堆的最小空间
-XMX:堆的最大空间
-PermSize:方法区的最小空间
-MaxPermSize:方法区的最大空间
-Xss:每个线程的堆栈空间
-newSize:新生代最小空间
-maxNewSize:新生代最大空间
 
老年代内存可以通过设置堆的大写和新生代的大小来控制
老年代内存=堆内存-新生代内存
 
 

程序计数器                               

线程私有,控制着字节码所执行的行数.调用本地方法(native)时为空
当前线程所执行的字节码的行号指示器,字节码解释器就是在工作时通过改变计数器的行号来获获取要执行的字节码指令.调用本地方法(native)时计数器为空

虚拟机栈                                   

线程私有,java执行方法的内存模型
每个方法执行的时候都会创建一个栈帧,用于存放局部变量、操作数栈、动态链接、方法出口等信息
局部变量表:基本数据类型、对象引用、long和double类型占两个局部变量空间
每调用一个方法,都会对参数进行压栈
 

本地方法栈                               

线程私有.调用native方法时
 
堆:

堆内存                                       

线程共享,对象的实例以及数组都存储在这里
堆又分新生代、老年代
在分代收集算法中,新生代又分eden空间、from survitor空间 和to survitor空间).它们之间内存比例为8:1:1

方法区                                        

线程共享
存放类的信息、常量、静态变量、即时编译后的代码
方法区下又有运行时常量池:存放编译期生成的字面量和符号引用
 
参考博文
 
这里考考大家:
 文中提到的类信息是什么?
 编译期生成的字面量和符号引用又是啥?

以上就是jvm java内存区域的详细介绍的详细内容,更多请关注php中文网其它相关文章!

JVM 学习整理(1)-- java内存区域,对象的创建

JVM 学习整理(1)-- java内存区域,对象的创建

java内存区域

Java 虚拟机所管理的内存将会包括下几个运行时数据区域:

  1. 程序计数器

        一块较小的内存空间,当前线程所执行的字节码的行号指示器。字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令,分支、循环、跳转、异常处理、线程回复等基础工作都需要依赖这个计数器完成。

  2. Java虚拟机栈

        生命周期与线程相同。其中描述的是Java方法执行的内存模型:每个方法在执行的同时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出入等信息。

       局部变量表存放编译期可知的各种基本数据类型(boolean、byte、char、short、int、float、long、double)、对象引用。 其中64位长度的double和long类型的数据会占用2个局部变量空间,其余的占用一个。

      Java虚拟机规范中,对这个区域规定了两种异常情况:如果线程请求的栈的深度大于虚拟机运行的深度,将跑出StackOverFlowError异常;如果虚拟机栈可以动态扩展,如果扩展无法申请到足够的内存,就会抛出OutOfMemoryError异常。

 3. 本地方法栈

      本地方法栈与虚拟机栈所发挥的作用是非常相似的。区别为,虚拟机栈执行Java方法服务,本地方法栈为虚拟机使用到的Native方法服务。虚拟机规范对它没有强制规定,有些虚拟机将本地方法栈、Java虚拟机栈合二为一。抛出异常与Java虚拟机栈一样。

 4. Java堆

      Java堆是Java虚拟机管理内存最大的一块。是被所有线程共享的一块内存区域,在虚拟机启动时创建。此区域的唯一目的就是存放对象实例,几乎所有的对象实例都在这里分配内存。

      java堆也是垃圾收集器管理的主要区域,很多时候称为GC堆。Java堆可以细分为:新生代和老年代。

5. 方法区

     方法区也是被所有线程共享的一块内存区域,它被用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。

6. 运行时常量池

     运行时常量池是方法区的一部分。用于存放编译期生成的各种字面量和符号引用,这部分内容将在类加载后进入方法区的运行时常量池存放。

7. 直接内存

    直接内存并不是虚拟机运行时数据区的一部分,也不是Java虚拟机规范中定义的内存区域。但是这部分内存被频繁地使用。而却也可能导致OutIfMemoryError异常出现。

    JDK1.4引入NIO(New Input/Output)类,引入了一种基于通道与缓冲区的I/O方式,它可以使用Native函数库直接分配堆外内存,然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。


对象的创建

     虚拟机遇到一条new指令时,首先去检查这个指令的参数是否能在常量池中定位到一个类的符号引用,并且检查这个符号引用代表类是否已经被加载、解析和初始化过。如果没有,就必须先执行对应的类加载过程。检查完后,接下来虚拟机将为新生对象分配内存。对象所需内存的大小在类加载完成后便可完全确定,分配空间就是将一块确认大小的内存从Java堆中划分出来。

    假如Java堆中的内存是绝对规整的,所有用过的内存在一边,没有使用过的在另一边,中间放一个指针作为分界点的指示器,分配内存只需要移动指针,这种分配方式叫“指针碰撞”。假如Java堆中的内存不是规整的,虚拟机必须维护一个列表,记录哪些内存块是可用的,分配的时候从列表找一块足够大的空间划分给对象,并更新列表记录,这种分配方式叫“空闲列表”。

    还有一个问题是,并发情况下创建对象会频繁修改指针位置,线程不安全。解决这个问题有两种方案:一种是对分配内存空间的动作进行同步处理。另一种是把内存的分配动作按照线程划分在不同的空间之中进行,即每个线程在Java堆中预先分配一小块内存,称为本地线程分配缓冲(TLAB)。那个线程需要分配内存,就在哪个线程的TLAb上分配,只有TLAB用完分配新的TLAB时才需要同步锁定。

   接下来,虚拟机对对象进行必要的设置,例如这个对象时哪一个类的实例、如何才能找到类的元数据信息。

1. 对象的内存布局

   虚拟中,对象在内存中存储的布局可以分为3块区域:对象头、实例数据和对齐填充。

   对象头包括两部分信息,第一部分用于存储对象自身的运行时数据,如哈希码、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等。这部分数据长度在32位和64位虚拟机中分别为32bit和64bit,官方称为“Mark Word”。

  Mark Word设计为一个非固定的数据结构,以便在极小的空间内存存储尽量多的信息,它会根据对象的状态服用自己的存储空间。

  对象头的另一部分是类型指针,即对象指向它的类元数据的指针,虚拟机通过这个指针确定这个对象是哪个类的实例。假如,对象是一个数组,那么对象头中还必须有一块用于记录数组长度的数据。因为虚拟机可以通过普通java对象的元数据信息确定java对象的大小,但是从数组的元数据中却无法确定数组的大小。

   实例数据部分是对象真正存储的有效信息,也是代码中定义的各种类型的字段内容。从父类继承、在子类定义都需要记录起来。这部分的存储顺序会受到虚拟机分配策略参数和字段在Java源码中定义顺序的影响。

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

2. 对象的访问定位

     目前主流的访问方式主要是句柄和直接指针两种。

     句柄访问,Java堆中将会划分出一块内存来作为句柄池,reference中存储的就是对象的句柄地址,而句柄中包含了对象实例数据与类型数据各自的具体地址信息。


     直接指针访问,Java堆对象的布局中就必须考虑如何防止访问类型数据的相关信息,而reference中存储的直接就是对象的地址。

JVM(1) Java内存区域

JVM(1) Java内存区域

  对于Java程序员来说,在虚拟机自动内存管理机制的帮助下,不再需要为每一个new操作去写配对的delete/free代码,不容易出现内存泄漏和内存溢出问题。不过,也正是因为Java程序员把内存控制的权利交给了Java虚拟机,一旦出现内存泄漏和溢出方面的问题,了解虚拟机是怎样使用内存的可以帮助我们排查错误。

  一、运行时数据区域

  1.Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而存在,有的区域则依赖用户线程的启动和结束而建立和销毁。

  (1)程序计数器(Program Counter Register)(线程隔离)

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

  由于Java虚拟机的多线程是通过线程轮流切换并分配处理器执行时间的方式来实现的,在任何一个确定的时刻,一个处理器(对于多核处理器来说是一个内核)都只会执行一条线程中的指令。因此,为了线程切换后能恢复到正确的执行位置,每条线程都需要有一个独立的程序计数器,各条线程之间计数器互不影响,独立存储,成这类内存区域为“线程私有”的内存

  如果线程正在执行的是一个Java方法,这个计数器记录的是正在执行的虚拟机字节码指令的地址;如果正在执行的是Native方法,这个计数器值则为空(Undefined)。这个内存区域是唯一一个在Java虚拟机中规范中没有规定任何OutOfMemoryError情况的区域。

  (2)虚拟机栈(VM Stack)(线程隔离)

  与程序计数器一样,Java虚拟机栈也是线程私有的,它的声明周期与线程相同。虚拟机栈描述的是Java方法执行的内存模型:每个方法在执行的同时都会创建一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。

  局部变量表存放了编译器可知的各种基本数据类型(其中64位长度的long和double类型的数据会占用2个局部变量空间(Slot),其他的数据类型只占应用1个)、对象引用(reference类型,不等同于对象本身,可能是一个指向对象起始地址的引用指针,也可能是指向一个代表对象的句柄或其他与此对象相关的位置)和returnAddress类型(指向了一条字节码指令的地址)。

  局部变量表所需的内存空间在编译期间完成分配,当进入一个方法时,这个方法需要在帧中分配多大的局部变量空间是完全确定的,在方法运行期间不会改变局部变量表的大小。

  对于虚拟机栈可能有两种异常情况:如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError异常;如果虚拟机栈可以动态扩展,而扩展时无法申请到足够的内存,就会抛出OutOfMemoryError异常。

  (3)本地方法栈(Native Method Stack)(线程隔离)

  本地方法栈和虚拟机栈的区别就是,虚拟机栈为虚拟机执行Java方法(字节码)服务,而本地方法栈则为虚拟机使用到的Native方法服务。Sun HostSpot虚拟机直接就把本地方法栈和虚拟机栈合二为一。与虚拟机栈一样,本地方法栈区域也会抛出StackOverflowError和OutOfMemoryError异常。

  (4)Java堆(Java Heap)(线程共享)

  对于大多数应用来说,Java堆是Java虚拟机所管理的内存中最大的一块。Java堆是被所有线程共享的一块内存区域,在虚拟机启动时创建。

  Java堆唯一目的就是存放对象实例,几乎所有的对象实例都在Java堆里分配内存。

  Java堆是垃圾收集器管理的主要区域,因此也被称作GC堆(Garbage Collected Heap)。

  Java堆还可以进一步划分。从内存回收的角度,由于现在的收集器基本都采用分代手机算法,所以Java堆中还可以细分为新生代和老年代。从内存分配的角度,线程共享的Java堆中可能划分出多个线程私有的分配缓冲区(Thread Locak Allocation Buffer,TLAB)。无论如何划分,都与存放内容无关,无论哪个区域,存储的都仍然是对象实例,进一步划分的目的是为了更好地回收内存,或者更快地分配内存。

  Java堆可以处于物理上不连续的内存空间中,只要逻辑上是连续的即可,就像磁盘空间一样。在实现时,既可以实现固定大小的,也可以是可扩展的,可以通过“-Xmx”和“-Xms”控制。

  如果在Java堆中没有内存完成实例分配,并且堆也无法再扩展时,将会抛出OutOfMemoryError异常。

  (5)Java方法区(Java Method Area)(线程共享)

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

  Java方法区除了和Java堆一样不需要连续的内存和可以选择固定大小或者可扩展外,还可以选择不实现垃圾收集。相对而言,垃圾收集行为在这个区域是比较少出现的,这个区域的内存回收目标主要是针对常量池的回收和对类型的卸载。

  当方法区无法满足内存分配需求时,将抛出OutOfMemoryError异常。

  方法区中的运行常量池(Runtime Constant Pool):Class文件中除了有类的版本、字段、方法、接口等描述信息外,还有一项信息是常量池(Constant Pool Table),用于存放编译期生成的各种字面量和符号的引用,这部分内容将在类加载后进入方法区的运行时常量池中存放。Java虚拟机对Class文件内的常量池有严格规定,但是对运行时常量池没有做任何要求。运行时常量池相对于Class文件常量池的另外一个重要特征是具备动态性,Java并不要求常量一定只有编译期才能产生,运行期间也可以将新的常量放入池中,例如String类的intern()方法。运行时常量池也是方法区的一部分,自然受到方法区内存的限制,当常量池无法再申请到内存时会抛出OutOfMemoryError异常。

  在jdk1.7之后,常量池不仅仅可以存储对象,还可以存储对象的引用。

  (6)直接内存(Direct Memory)

  直接内存并不是虚拟机运行时数据区的一部分,也不是Java虚拟机中定义的内存区域,但是这部分内存也被频繁地使用,而且也可能导致OutOfMemoryError异常。

  在JDK1.4中新加入的NIO(New Input/Output)类,引入了一种基于通道(Channel)与缓冲区(Buffer)的I/O方式,它可以使用Native函数库直接分配堆外内存,然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能,因为避免了在Java堆和Native堆中来回复制数据。

  本机直接内存的分配不会受到Java堆大小的限制,但是,肯定会收到本机总内存大小以及处理器寻址空间的限制。如果在配置虚拟机参数-Xmx时,如果使得虚拟机内存加上本机直接内存总和大于物理内存限制(包括物理的和操作系统的限制),就会导致动态扩展时出现OutOfMemoryError异常。

 

  二、虚拟机中的对象

  1.创建对象的过程

  • 虚拟机遇到一条new指令时,首先将去检查这个指令的参数能否能够在常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已被加载、解析和初始化过。如果没有,那必须先执行相应的类加载过程。
  • 在类加载检查通过后,虚拟机将为新生对象分配内存。对象所需内存的大小在类加载完成后便可完全确定,为对象分配空间的任务等同于把一块确定大小的内存从Java堆中划分出来。
  • 内存分配完成后,虚拟机需要将分配到的内存空间都初始化为零值(不包括对象头)。这一操作确保了对象的实例字段在Java代码中可以不用赋初始值就直接使用,程序能访问到这些字段的数据类型所对应的零值。
  • 虚拟机要对对象进行必要的设置,例如,这个对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码、对象的GC分代年龄等信息。这些信息存放在对象的对象头(Object Header)之中。
  • 在上面的工作都完成后,从虚拟机的视角来看,一个新的对象已经产生了。但是,从Java程序的角度讲,所有的字段都还为零值,所以,一般来说(由字节码中是否跟随invokespecial指令所决定),执行new指令之后会接着执行<init>方法,把对象按照程序员的意愿进行初始化,这样一个真正可用的对象才算创建完成。

  2.对象内存的分配

  上面提到过,为对象分配空间的任务等同于把一块确定大小的内存从Java堆中划分出来。

  假设Java堆中的内存是绝对规整的,所有用到的内存都放在一边,空闲的内存存放在另一边,中间放着一个指针作为分界点的指示器,那所分配内存就仅仅是把中间的指针向空闲空间那边挪动一段与对象所需内存大小相等的距离,这种分配方式成为“指针碰撞”(Bump the Pointer)。

  假设Java对中的内存并不是规整的,已使用的内存和空闲的内存相互交错,那就没有办法简单地进行指针碰撞了,虚拟机就必须维护一个列表,记录上哪些内存块是可用的,在分配的时候从列表中找到一块足够大的空间划分给对象实例,并更新列表上的记录,这种分配方式成为”空闲列表“(Free List)。

  采用哪种分配方式是由Java堆是否规整决定的,而Java堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。

  然而这种分配方式会出现一个问题,在虚拟机中创建对象是非常频繁的行为,在并发情况下,很可能出现的情况是,正在给对象A分配内存,而指针还没来得及修改,对象B又同时使用了原来的指针来分配内存。为了解决这个问题有两种方案:1.对分配内存空间的动作进行同步处理--采用CAS配上失败重试的方式保证操作的原子性;2.把内存分配的动作按照线程划分在不同的空间之中进行,即每个线程在Java堆中预先分配一小块内存,称为本地线程分配缓冲(Thread Local Allocation Buffer,即TLAB)。哪个线程要分配内存,就在哪个线程的TLAB上分配,只有TLAB用完并分配新的TLAB时,才需要同步锁定。虚拟机是否使用TLAB,可以通过-XX:+/-UseTLAB参数设定。

  3.对象的内存布局

  在HotSpot虚拟机中,对象在内存中存储的布局可以分为3块区域:对象头(Header)、实例数据(Instance Data)和对齐填充(Padding)。

  (1)对象头

  对象头包括两部分信息,第一部分用于存储对象自身的运行时数据,如哈希码、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等,这部分数据的长度在32位和64位的虚拟机中分别为32bit和64bit。第二部分是类型指针,即对象指向它的类元数据的指针,虚拟机通过这个指针来确定这个对象是哪个类的实例。如果对象是一个Java数组,那么对象头中还必须有一块用于记录数组长度的数据,因为虚拟机可以通过普通Java对象的元数据信息确定Java对象的大小,但是从数组的元数据中却无法确定数组的大小。

  (2)实例数据

  实例数据部分是对象真正存储的有效信息,也是在程序代码中所定义的各种类型的字段内容。无论是从父类继承下来的,还是在子类中定义的,都需要记录起来。这部分默认的分配策略是相同宽度的字段总是被分配到一起。在满足这个前提条件的情况下,在父类中定义的变量会出现在子类之前。

  (3)对齐填充

  对齐填充并不是必然存在的,也没有特别的含义,它仅仅起着占位符的作用。由于虚拟机的自动内存管理系统要求对象起始地址必须是8字节的整数倍,也就是对象的大小必须是8字节的整数倍。而对象头部分正好是8字节的倍数,因此,当对象实例数据部分没有对齐时,使用对齐填充来补全。

  4.对象的访问定位

  在Java虚拟机栈中的局部变量表中存放了对象引用,也就是reference类型,它不等同于对象本身,通过reference访问对象有两种方式

  (1)使用代表对象的句柄访问

  Java堆中将会划分出一块内存来作为句柄池,reference中存储的就是对象的句柄地址,而句柄中包含了指向对象实例数据与对象类型数据的两种指针。

  优势:因为reference中存储的是稳定的句柄地址,在对象被移动(垃圾回收时)时只会改变句柄中的实例数据指针,而reference本身不需要修改。

  (2)使用直接指针访问

  Java堆中存放着对象实例数据,而这个对象实例数据中包含到对象类型数据的指针,reference存储的就是就是直接到对象实例数据的地址。

  优势:速度更快,节省了一次指针定位的时间开销,由于对象的访问在Java中很频繁,因此这类开销累计起来也是一项非常可观的执行成本。

 

  

  

  

  

  

  

今天关于JVM--Java内存区域jvm的内存区域划分的讲解已经结束,谢谢您的阅读,如果想了解更多关于Java内存区域/ jvm内存模型-经典、jvm java内存区域的详细介绍、JVM 学习整理(1)-- java内存区域,对象的创建、JVM(1) Java内存区域的相关知识,请在本站搜索。

本文标签: