jvm对象探究

hostpot虚拟机对象探究

jvm虚拟机创建对象的流程

ava虚拟机（JVM）创建对象的过程包括以下步骤：

类加载： 首先，JVM会检查对象的类是否已经被加载。如果该类还没有被加载，JVM会通过类加载器加载该类的字节码文件。
内存分配： 一旦类加载完成，JVM会在堆内存中为对象分配内存空间。Java的对象通常存储在堆中，堆是Java虚拟机管理的一块内存区域。
初始化零值： 在分配内存后，JVM会对对象进行初始化。这包括将对象的实例变量设置为默认的零值（数值类型为0，布尔类型为false，引用类型为null）。
构造方法调用： 接着，JVM会调用对象的构造方法（如果有的话）。构造方法负责完成对象的初始化工作，可以对实例变量进行赋值，执行其他必要的初始化操作。
对象引用： 一旦对象成功初始化，JVM将返回一个指向该对象的引用。这个引用可以被赋给类变量、实例变量、局部变量等，使得程序可以通过引用访问和操作这个对象。

需要注意的是，对象的内存分配和初始化是原子操作的，这意味着在对象初始化完成之前，其他线程无法看到或访问到这个对象。这有助于确保多线程环境

此外，Java虚拟机可能会对对象的内存分配和回收采取一些优化措施，如对象池、分代垃圾收集等，以提高内存利用率和程序性能。

java对象的内存分布

Java 对象头包括两个部分：Mark Word 和 Class Pointer，对于数组对象对象头还包括数组长度（Length），下面具体看一下每个部分：

对象头

Mark Word

用于存储对象自身的运行时数据，如哈希码（HashCode）、GC 分代年龄、锁状态标志、线程持有的锁、偏向线程 ID、偏向时间戳等，这部分数据的长度在 32 位和 64 位的虚拟机（未开启压缩指针）中分别为 32 个比特和 64 个比特。

包含两部分类信息:

存储对象自身运行时数据,哈希码,Gc分代年龄,锁状标志,线程持有的锁,偏向线程ID,偏向时间戳

实例数据(Instance Data)
对齐填充

Class Pointer

这部分是一个类型指针，即对象指向它的类型元数据的指针，Java 虚拟机通过这个指针来确定该对象是哪个类的实例。

并不是所有的虚拟机实现对象头都具有类型指针，这和对象的访问定位方式有关，主流的访问方式主要有使用句柄和直接指针两种：

使用句柄的方式：Java 堆中将可能会划分出一块内存来作为句柄池，reference 中存储的就是对象的句柄地址，而句柄中包含了对象实例数据与类型数据各自具体的地址信息

直接指针的方式：Java 堆中对象的内存布局就必须考虑如何放置访问类型数据的相关信息，reference 中存储的直接就是对象地址，如果只是访问对象本身的话，就不需要多一次间接访问的开销（HotSpot 虚拟机采用该方式，所以对象头中有类型指针用于存放对象结构的引用）

length

如果对象是一个 Java 数组，那在对象头中还必须有一块用于记录数组长度的数据，因为虚拟机可以通过普通 Java 对象的元数据信息确定 Java 对象的大小，但是如果数组的长度是不确定的，将无法通过元数据中的信息推断出数组的大小。

实例数据

实例数据部分是对象真正存储的有效信息，即我们在程序代码里面所定义的各种类型的字段内容，无论是从父类继承下来的，还是在子类中定义的字段都必须记录起来。这部分的存储顺序会受到虚拟机分配策略参数（-XX：FieldsAllocationStyle参数）和字段在 Java 源码中定义顺序的影响。 HotSpot 虚拟机默认的分配顺序为 longs/doubles、ints、shorts/chars、bytes/booleans、oops（Ordinary Object Pointers，OOPs），从以上默认的分配策略中可以看到，相同宽度的字段总是被分配到一起存放，在满足这个前提条件的情况下，在父类中定义的变量会出现在子类之前。如果 HotSpot 虚拟机的 +XX：CompactFields 参数值为 true（默认就为 true），那子类之中较窄的变量也允许插入父类变量的空隙之中，以节省出一点点空间。

这里指的是子类在继承父类的字段后,把原本填充的空间放上小的字段类型数据

对齐填充

对象的第三部分是对齐填充，这并不是必然存在的，也没有特别的含义，它仅仅起着占位符的作用。由于 HotSpot 虚拟机的自动内存管理系统要求对象起始地址必须是 8 字节的整数倍，换句话说就是任何对象的大小都必须是 8 字节的整数倍。对象头部分已经被精心设计成正好是 8 字节的倍数（1 倍或者 2 倍），因此，如果对象实例数据部分没有对齐的话，就需要通过对齐填充来补全。

垃圾收集(GC)器和内存分配策略

什么是GC？

GC 是 garbage collection 的缩写，意思是垃圾回收——把内存（特别是堆内存）中不再使用的空间释放掉；清理不再使用的对象。
为什么要GC？

堆内存是各个线程共享的空间，不能无节制的使用。服务器运行的时间通常都很长。累积的对象也会非常多。这些对象如果不做任何清理，任由它们数量不断累加，内存很快就会耗尽。所以GC就是要把不使用的对象都清理掉，把内存空间空出来，让项目可以持续运行下去。
什么样的对象是垃圾对象？

不再使用或获取不到的对象是垃圾对象。
如何把垃圾对象找出来？

办法1：引用计数法（不采用，不能解决循环引用问题）

办法2：可达性分析（从GC Roots对象出发，不可达的对象就是要清理的对象）
找到垃圾对象如何执行清理？

具体的GC算法

对象已死:

在回收对象的时候要确认对象不可能再被任何途径使用的对象(以下方法)

1.程序计数法

引用计数法是在对象每一次被引用时，都给这个对象专属的『引用计数器』+1。
当前引用被取消时，就给这个『引用计数器』-1。
当前『引用计数器』为零时，表示这个对象不再被引用了，需要让GC回收。
可是当对象之间存在交叉引用的时候，对象即使处于应该被回收的状态，也没法让『引用计数器』归零。

2.可达性分析法

核心原理：判断一个对象，是否存在从『堆外』到『堆内』的引用。

为了解决引用计数法的循环引用问题，Java 采用了可达性分析的方法。其实现原理是，将一系列"GCroot"对象作为搜索起点。如果在"GCroot"和一个对象之间没有可达的路径，则该对象被认为是不可访问的。

要注意的是，不可达对象不等价于可回收对象，不可达对象变为可回收对象至少要经过两次标记过程。两次标记后仍然是可回收对象，则将面临回收。

引用

jdk1.2之前:如何reference类型的数据中存储的数值代表的是另一块内存的其实地址,就称该reference数据是代表某块内存,某个对象的引用

jdk1.2后:

强引用:最传统的引用定义,只要强引用关系还存在,垃圾收集器就永远不会回收掉被引用的对象
软引用:用来描述还有用,但是非必须的对象,只被弱引用关联的对象,在系统将要内存溢出前,会把这些对象列入回收范围之中,进行二次回收.如果这次回收还没有呢足够的内存,才会抛出内存溢出异常
弱引用:用来描述那些非必要对象,比软引用更弱一点,被弱引用关联的对象只能生存到下一次垃圾收集发生为止,当垃圾收集器开始工作,无论当前内存是否足够,都会回收掉被弱引用关联的对象
虚引用:也称"幽灵引用"或者"幻影引用",它是最弱的一种引用关系作用是:在这个对象被回收掉的时候收到一个系统通知