对象的实例化内存布局与访问定位+直接内存

一、对象的实例化
image-20210627105217499
在这里插入图片描述

1、创建对象的方式
new
最常见的方式
变形1 : Xxx的静态方法
变形2 : XxBuilder/XxoxFactory的静态方法
Class的newInstance():反射的方式,只能调用空参的构造器,权限必须是public
Constructor的newInstance(Xxx):反射的方式,可以调用空参、带参的构造器,权限没有要求
使用clone() :不调用任何构造器,当前类需要实现Cloneable接口,实现clone()
使用反序列化:从文件中、从网络中获取一个对象的二进制流
第三方库Objenesis
2、创建对象的步骤
判断对象对应的类是否加载、链接、初始化
​ 检查元空间的常量池中是否有类的符号引用,检查是否加载链接初始化。

如果是,则生成对应的Class文件。

如果否,则在双亲委派机制模式下,使用当前类以 【ClassLoader+包名+类名】为Key查找对应的.class文件。

如果找到,进行加载,生成对应的Class文件。
如果找不到,爆出ClassNotFoundException
为对象分配内存
计算对象占用大小,堆中分配对应字节。如果实例变量是引用变量,仅分配4个字节。
如果内存规整:指针碰撞

所有用过的内存在一边,空闲的内存在另外一边,中间放着一个指针作为分界点的指示器,分配内存就仅仅是把指针向空闲那边挪动一段与对象大小相等的距离罢了。如果垃圾收集器选择的是Serial、ParNew这种基于压缩算法的,虚拟机采用这种分配方式。一般使用带有compact (整理)过程的收集器时,使用指针碰撞。
如果内存不规整:空闲列表

如果内存不是规整的,已使用的内存和未使用的内存相互交错,那么虛拟机将采用的是空闲列表法来为对象分配内存。意思是虚拟机维护了一个列表,记录上哪些内存块是可用的,再分配的时候从列表中找到一块足够大的空间划分给对象实例,并更新列表上的内容。这种分配方式成为“空闲列表(Free List)。
说明:选择哪种分配方式由Java堆是否规整决定,而Java堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。

给对象的属性赋值的操作先后顺序: ① 属性的默认初始化 ② 显式初始化/代码块中初始化 (谁在前先谁执行) ③ 构造器中初始化

处理并发安全问题
CAS ( Compare And Swap )失败重试、区域加锁:保证指针更新操作的原子性;
TLAB把内存分配的动作按照线程划分在不同的空间之中进行,即每个线程在Java堆的伊甸园区中预先分配一小块内存,称为本地线程分配缓冲区,(TLAB ,Thread Local Allocation Buffer) 虚拟机是否使用TLAB,可以通过一XX:+UseTLAB参数来 设定。
初始化分配到的空间
内存分配结束,虚拟机将分配到的内存空间都初始化为零值。这一步保证了对象的实例字段在Java代码中可以不用赋初始值就可以直接使用,程序能访问到这些字段的数据类型所对应的零值。

设置对象的对象头
将对象的所属类(即类的元数据信息)、对象的HashCode和对象的GC信息、锁信息等数据存储在对象的对象头中。这个过程的具体设置方式取决于JVM实现。

执行init方法进行初始化
在Java程序的视角看来,初始化才正式开始。初始化成员变量,执行实例化代码块,调用类的构造方法,并把堆内对象的首地址赋值给引用变量。 因此一般来说(由字节码中是否跟随有invokespecial指令所决定),new指令之 后会接着就是执行方法,把对象按照程序员的意愿进行初始化,这样一个真正可用的对象才算完全创建出来。

加载类元信息 -》 为对象分配内存 -》处理并发问题 -》属性的默认初始化 -》设置对象头 -》init方法

二、对象的内存布局
1、对象头
运行时元数据
哈希值( HashCode )
GC分代年龄
锁状态标志
线程持有的锁
偏向线程ID
偏向时间戳
类型指针:指向类元数据的InstanceKlass,确定该对象所属的类型
说明:如果是数组,还需记录数组的长度

2、实例数据
​ 它是对象真正存储的有效信息,包括程序代码中定义的各种类型的字段(包括从父类继承下来的和本身拥有的字段) 规则:

相同宽度的字段总被分配在一起
父类中定义的变量会出现在子类之前
如果CompactFields参数为true(默认为true),子类的窄变量可能插入到父类变量的空隙
3、填充
不是必须的,也没特别含义,仅仅起到占位符作用

4、小结
public class CustomerTest {
public static void main(String[] args) {
Customer cust = new Customer();
}
}
在这里插入图片描述

三、对象的访问定位
JVM是如何通过栈帧中的对象引|用访问到其内部的对象实例的呢?-> 定位,通过栈上reference访问

image-20210627175307489

对象访问的主要方式有两种
句柄访问
image-20210627175414002

缺点:效率较低,需要专门开辟空间存储指针

优点:比较稳定,当指针修改时,栈帧中的引用不需要改,只改堆中对应的句柄池即可。

直接指针(HotSpot采用)
image-20210627175425488

四、直接内存
不是虚拟机运行时数据区的一部分,也不是《Java虚拟机规范》中定义的内存区域

直接内存是Java堆外的、直接向系统申请的内存区间

/**

  • IO NIO (New IO / Non-Blocking IO)

  • byte[] / char[] Buffer

  • Stream Channel

  • 查看直接内存的占用与释放
    */
    public class BufferTest {
    private static final int BUFFER = 1024 * 1024 * 1024;//1GB

    public static void main(String[] args){
    //直接分配本地内存空间
    ByteBuffer byteBuffer = ByteBuffer.allocateDirect(BUFFER);
    System.out.println(“直接内存分配完毕,请求指示!”);

     Scanner scanner = new Scanner(System.in);
     scanner.next();
    
     System.out.println("直接内存开始释放!");
     byteBuffer = null;
     System.gc();
     scanner.next();
    

    }
    }
    Copy to clipboardErrorCopied
    来源于NIO(1.7之后的new I/O),通过存在堆中的DirectByteBuffer操作本地内存

I/O读取文件image-20210627175859625

NI/O读取文件image-20210627175914929

通常,访问直接内存的速度会优于Java堆。即读写性能高

因此出于性能考虑,读写频繁的场合可能会考虑使用直接内存
Java的NIO库允许Java程序使用直接内存,用于数据缓冲区
也可能导致OutOfMemoryError异常OutOfMemoryError Direct buffer memory

由于直接内存在Java堆外,因此它的大小不会直接受限于一Xmx指定的最大 堆大小,但是系统内存是有限的,Java堆和直接内存的总和依然受限于操作系统能给出的最大内存。

缺点
分配回收成本较高
不受JVM内存回收管理
直接内存大小可以通过MaxDirectMemorySize设置

如果不指定,默认与堆的最大值一Xmx参数值一致

java 进程占用内存= java堆 + 本地直接内存

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值