（1）系统至少维护着对象的一个强引用（Strong Reference）
（2）所有对该对象的引用全部是强引用（除非我们显式地使用了：软引用（Soft Reference）、
	弱引用（Weak Reference）或虚引用（Phantom Reference））

引用的定义：
1.我们的数据类型必须是引用类型
2.我们这个类型的数据所存储的数据必须是另外一块内存的起始地址

不可见阶段的对象在虚拟机的对象根引用集合中再也找不到直接或者间接的强引用，最常见的就是线程或者函数中的临时变量。程序不再持有对象的强引用。（但是某些类的静态变量或者JNI是有可能持有的 ）

指对象不再被任何强引用持有，GC发现该对象已经不可达

与不可见阶段的区别就是：不可达是经过算法之后的
那么有哪些算法？

引用计数：
	对象有一个引用就+1，去掉一个引用就-1，当引用数为0就认为是没有引用，可以回收
	问题：解决不了循环依赖问题

可达性分析：通过GC Root的对象，开始向下寻找，看某个对象是否可达什么能看作GC ROOT：加载器、Thread、虚拟机栈的本地变量表、static成员、常量引用、本地方法栈的变量等本质上就是一组活跃的引用

看对象需不需要执行finalize方法：
如果不需要：虚拟机已经调用过finalize方法或者对象没有重写finalize方法，那么对象可以回收
需要：虚拟机将对象放入F-queue，创建一个低优先级的线程执行队列中对象的finalize方法finalize方法中是否重新为该对象建立引用连接
是：虚拟机将对象移出F-queue队列，对象重新回到应用阶段
否：对象可以回收

finalize方法会影响JVM的对象以及分配回收速度
finalize方法可能会让对象复活

对象的finalize()函数执行完成后，对象仍处于不可达状态，该对象进程终结阶段。

finalize方法代码Demo:

package com.mugua.platform;

class FinalizeEscapeGC {

    public static FinalizeEscapeGC SAVE_HOOK = null;

    public void isAlive() {
        System.out.println("yes, i am still alive;");
    }

    @Override
    protected void finalize() throws Throwable {
        super.finalize();
        System.out.println("finalize method executed!");
        FinalizeEscapeGC.SAVE_HOOK = this;
    }

    public static void main(String[] args) throws Throwable {
        SAVE_HOOK = new FinalizeEscapeGC();

        SAVE_HOOK = null;
        System.gc();
        Thread.sleep(500);
        if (SAVE_HOOK == null) {
            SAVE_HOOK.isAlive();
        } else {
            System.out.println("no, i am dead :(");
        }

        SAVE_HOOK = null;
        System.gc();
        Thread.sleep(500);
        if (SAVE_HOOK == null) {
            SAVE_HOOK.isAlive();
        } else {
            System.out.println("no, i am dead :(");
        }
    }
}

第一次成功通过finalize方法成功逃脱回收名单，但第二次因为finalize方法之前已经被调用过，因此不会在执行finalize方法，所以注定被回收了。

​注意：finalizer线程执行每个对象的finalize方法时是非阻塞的，因此并不保证GC进行第二次标记时finalize方法执行完成。

7，对象内存空间重新分配阶段

GC对该对象占用的内存空间进行回收或者再分配，该对象彻底消失

四，对象模型对齐填充

64位的操作系统寻址空间2的64次方每次读取64个二进制，也就是8字节

对齐填充的意义是 提高CPU访问数据的效率，主要针对会存在该实例对象数据跨内存地址区域存储的情况.例如: 在没有对齐填充的情况下，内存地址存放情况如下:

 因为处理器只能0x00-0x07，0x08-0x0F这样读取数据，所以当我们想获取这个long型的数据时，处理器必须要读两次内存，第一次(0x00-0x07)，第二次(0x08-0x0F)，然后将两次的结果才能获得真正的数值。

那么在有对齐填充的情况下，内存地址存放情况是这样的:

现在处理器只需要直接一次读取(0x08-0x0F)的内存地址就可以获得我们想要的数据了。

四，对象的创建过程 

般情况下，新创建的对象都会被分配到Eden区，一些特殊的大的对象会直接分配到Old区。

W我是一个普通的Java对象,我出生在Eden区,在Eden区我还看到和我长的很像的小兄弟,我们在Eden区中玩了挺长时间。有一天Eden区中的人实在是太多了,我就被迫去了Survivor区的“From”区,自从去了Survivor区,我就开始漂了,有时候在Survivor的“From”区,有时候在Survivor的“To”区,居无定所，直到我18岁的时候,爸爸说我成人了,该去社会上闯闯了。于是我就去了年老代那边,年老代里,人很多，并且年龄都挺大的。

五，为什么需要两个Survivor区?

最大的好处就是解决了碎片化。也就是说为什么一个Survivor区不行?第一部分中,我们知道了必须设置Survivor区。假设现在只有一个Survivor区,我们来模拟一下流程:刚刚新建的对象在Eden中一旦Eden满了,触发一次Minor GCEden中的存活对象就会被移动到Survivor区，这样继续循环下去下一次Eden满了的时候,问题来了，此时进行Minor GCEden和Survivor各有一些存活对象如果此时把Eden区的存活对象硬放到Survivor区，很明显这两部分对象所占有的内存是不连续的，也就导致了内存碎片化。永远有一个Survivor space是空的,另一个非空的Survivor space无碎片。

六，堆内存中都是线程共享的区域吗

JVM默认为每个线程在Eden上开辟一个bufer区域，用来加速对象的分配，称之为TLAB，全称:Thread LocalAllocation Buffer。
对象优先会在TLAB上分配，但是TLAB空间通常会比较小，如果对象比较大，那么还是在共享区域分配。

七，方法区与元数据区以及持久代到底是什么关系

八，栈帧结构

 动态链接是为了支持方法的动态调用过程。

动态链接将这些符号方法引用转换为具体的方法引用。

为了支持java的终态符号引用转变为直接引用。