《深入理解Java虚拟机》 Java对象的生命周期

• 加载方式：
  • 从本地系统中直接加载
  • 通过网络下载class文件
  • 从归档文件中加载class文件
  • 从专有数据库中提取class文件
  • 将Java源文件 动态编译为class文件，也就是运行时计算而成
  • 从加密文件中获取

• 验证
•  验证java版本号，文件格式，     元数据校验（是否有父类，是否继承了final类等java 语法）      字节码验证（运行检查，栈数据类型和操作码操作参数是否吻合）
• 准备
  • 　　private static final int a =1；  constantValue 通知虚拟机生成常量赋值，不需要开辟内存。  基于final static 修饰的 基本数据类型和String起作用
• 解析
  • 　　将常量池内的符号引用转变成直接引用

• 初始化什么时候被触发？    类 主动使用到的时候               1 创建类的实例，也就是new               2 访问某个类或者接口的静态变量，给该静态变量赋值               3 调用类的静态方法               4.反射 （class.forname(“…”))               5.初始化某个类的子类，则其父类也会被初始化               6.java 虚拟机启动时被标明为启动类的类（如springboot启动类）

• 　 1.该类所有的实例都已经被回收，即java堆中不存在该类的任何实例      2. 加载该类的classloader  已经被回收      3. 该类对应的java.lang.Class对象没有任何地方被引用，无法在任何地方通过反射访问该类的方法

•  全盘类型机制　
• 父类委托   
• 缓存机制 　　 

1. PC寄存器
2. 本地方法栈
3. 虚拟机栈
4. 堆：装载的时候，存储所有class实例  空间不足抛出oom
5. 方法区 :
1. 线程共享区域，class结构信息，运行时常量池，方法，构造器，方法数据,静态定义
2. 内存不够时，抛出OOM
6. 运行时常量池（在方法区中）：包含字符串常量池

• 　　Mark Word : 哈希码，分代年龄，线程持有的锁，偏向锁ID，偏向时间戳，锁状态，还有1bit的占位符
• 　　class Pointer: 指的是类型指针，对象指向它的类元数据的指针，虚拟机通过这个指针来确定这个对象是哪个类的实例

 实例数据

• 　　对象真正存储的有效信息，代码中所定义的各种类型的字段内容。无论是从父类继承下来的，还是在子类中定义的，都需要记录起来。这部分的存储顺序会受到虚拟机分配策略参数和字段在Java远吗中定义顺序的影响。HotSpot虚拟机默认的分配策略为longs/doubles、ints、shorts/chars、bytes/booleans、oops，从分配策略中可以看出，先攻宽度的字段总是被分配到一起的。在满足这个前提条件的情况下，在父类中定义的变量会出现在子类之前。

• 　　HotSpot VM 要求对象大小必须是8字节的整数倍

 使用句柄访问的最大好处就是reference中存储的是稳定的句柄地址，在对象被移动（垃圾回收）时，只会改变句柄中的实例数据指针，而reference本身不修改。

• 　　引用计数算法： 给对象中添加一个引用计数器，每当有一个地方引用它时，计数器值就加1；当引用失效时，计数器值就减1；任何时刻计数器为0的情况，都是不可能再被使用的。
  • 　　引用计数算法的缺陷就是它很难解决对象之间相互循环引用的问题
•        可达性分析算法：通过一系列的成为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索所走过的路径成为引用链，当一个对象到GC roots没有任何引用链相连时，则证明此对象是不可用的。
• 在Java中，可作为GC roots的对象包括下面几种：
  • 　　虚拟机栈（栈帧中的本地变量表）中引用的对象
  • 　　方法区中类静态属性引用的对象
  •        方法区中常量引用的对象
  •       本地方法栈中JNI（即一般说的Native方法)引用的对象。

引用分类：

•  强引用：只要强引用还存在，垃圾收集器永远不会回收掉被引用的对象 

• 软引用：对于软引用关联着的对象，在系统将要发生内存溢出异常之前，将会把这些对象列进回收范围之中进行第二次回收
• 弱引用： 被弱引用关联的对象只能生存到下一次GC发生之前。
• 虚引用： 为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知。

• 　　标记-清除算法
  • 　　不足：
    • 　　效率问题：标记和清除两个过程的效率不高
    •        空间问题：标记清除后会产生大量不连续的内存碎片，碎片太多导致以后再程序运行过程中需要分配较大对象时，无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。
•        复制算法：将可用的内存按容量划分大小相等的凉快，每次只使用其中的一块。当这一块的内存用完了，就将还存活着的对象复制到另一块上面，然后再把已使用过的内存空间一次清理掉。这样使得每次都是对整个半区进行内存回收，内存分配时也就不用考虑内存碎片等复杂情况，只要移动堆顶指针，按顺序分配内存即可，简单高效。
  •      不足：
    • 　　当对象存活率较高时，要进行较多的复制操作，效率会降低。
• 　　标记-整理算法：标记过程仍然与”标记-清除算法一样，后续让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存。
•        分代收集算法：
• 这种算法并没有什么新的思想，只是根据对象存活周期的不同将内存划分为几块。一般是把Java堆分为新生代和老年代，这样就可以根据各个年代的特点采用最适合的收集算法。在新生代中，每次垃圾收集时都发现有大批对象死去，只有少量存活，那就选用复制算法，只需要付出少量存活对象的复制成本就可以完成。而老年代中因为对象存活率高、没有额外空间对他进行分配担保，就必须使用“标记-清理”或者“标记-整理”算法来进行回收。