jvm（二）关于java对象

最新推荐文章于 2022-07-25 22:54:48 发布

恶心的小达达

最新推荐文章于 2022-07-25 22:54:48 发布

阅读量168

点赞数

分类专栏： JVM

本文链接：https://blog.csdn.net/qq_41446768/article/details/90345148

版权

JVM 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

对象的创建

在这里插入图片描述
（1）指针碰撞：将用过的内存和没用的内存各在一边每次分配的时候只需要将指针向空闲内存一方移动一段和内存大小相等区域即可。
（2）空闲列表：虚拟机会维护一个空闲的列表，用于记录哪些内存是可以进行分配的，分配时直接从可用内存中直接分配即可。
（3）内存空间初始化：虚拟机将分配到的内存空间都初始化为零值（不包括对象头）,如果使用了TLAB，这一工作过程也可以提前至TLAB分配时进行，内存空间初始化保证了对象的实例字段在Java代码中可以不赋初始值就直接使用，程序能访问到这些字段的数据类型所对应的零值。

引发的问题点：

     （1）在指针碰撞进行内存分配：当前正在给A对象分配内存，指针还没来得及修改，对象B又同时使用这个指针来分配内存的情况
解决方案1：
      对分配内存的动作进行同步处理，虚拟机采用CAS配上失败重试的方式保证更新操作的原子性
解决方案2：
      把内存分配的动作划分到不同的空间执行，每一个线程在java堆中预先分配一小块内存空间称为本地线程分配缓存(TLAB):
关于TLAB：
      TLAB全称ThreadLocalAllocBuffer，是线程的一块私有内存，如果设置了虚拟机参数 -XX:+UseTLAB，在线程初始化时，同时也会申请一块指定大小的内存，只给当前线程使用，这样每个线程都单独拥有一个Buffer，如果需要分配内存，就在自己的Buffer上分配，这样就不存在竞争的情况，可以大大提升分配效率，当Buffer容量不够的时候，再重新从Eden区域申请一块继续使用，这个申请动作还是需要原子操作的(CAS+重试)
TLAB的目的是在为新对象分配内存空间时，让每个Java应用线程能在使用自己专属的分配指针来分配空间，均摊对GC堆（eden区）里共享的分配指针做更新而带来的同步开销
TLAB只是让每个线程有私有的分配指针，但底下存对象的内存空间还是给所有线程访问的，只是其它线程无法在这个区域分配而已。当一个TLAB用满（分配指针top撞上分配极限end了），就新申请一个TLAB，而在老TLAB里的对象还留在原地什么都不用管——它们无法感知自己是否是曾经从TLAB分配出来的，而只关心自己是在eden里分配的。参考自andersonoy

对象的内存布局

对象在内存中存储的布局可以分为3块区域：对象头、实例数据和对齐填充。
在这里插入图片描述

对象头

HotSpot虚拟机的对象头包括两部分信息：运行时数据和类型指针。

运行时数据

用于存储对象自身的运行时数据(Mark Word)如哈希码（HashCode）、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等。

类型指针

类型指针(Class Pointer)用来指向对象对应的Class对象的内存地址

数组长度

数组长度(Length) 如果是数组对象，还有一个保存数组长度的空间

实例数据

实例数据部分是对象真正存储的有效信息，也是在程序代码中所定义的各种类型的字段内容。无论是从父类中继承下来的，还是在子类中定义的，都需要记录下来。HotSpot虚拟机默认的分配策略为longs/doubles、ints、shorts/chars、bytes/booleans、oop，从分配策略中可以看出，相同宽度的字段总是分配到一起。