走进JVM

首先，需要明白JVM是什么？
JVM(Java Virtual Machine的简称。意为Java虚拟机。).是通过软件模拟Java字节码的指令集,JVM中只是主要保留了PC寄存器，其他的寄存器都进行了裁剪 JVM是一台被定制过的现实当中不存在的计算机

可以说JVM是Java实现跨平台的核心，也是整个Java的核心之一，是Java程序运行的必备条件，下面就描述介绍一下有关JVM的若干东西。

JVM会在执行Java程序的过程中把它管理的内存划分为若干个不同的数据区域。这些数据区域各有各的用处，各有 各的创建与销毁时间，有的区域随着JVM进程的启动而存在，有的区域则依赖用户线程的启动和结束而创建与销 毁。

2. 垃圾回收与内存分配策略

1 如何判断对象已"死“

- 引用计数法
给对象增加一个引用计数器，每当有一个地方引用它时，计数器就+1；当引用失效时，计数器就-1；任何时刻计数 器为0的对象就是不能再被使用的，即对象已"死"。
此法有一个缺点：无法解决循环引用问题，他会导致无用对象仍然判断存活而无法被回收，导致内存泄漏

- 可达性分析法

通过一系列称为"GC Roots"的对象作为起始点，从这些节点开始向下搜索，搜索走过的路径 称之为"引用链"，当一个对象到GC Roots没有任何的引用链相连时(从GC Roots到这个对象不可达)时，证明此对象 是不可用的。 那么哪些对象可以作为"GC Roots"呢？栈中引用对象，类种静态变量，常量引用对象

此处关于引用做四点补充

1. 强引用：原先程序中普遍存在的，类似于new的，称为强引用。对象被强引用引用，即使抛出OOM（内存溢出），也不会被回收
2.软引用：描述有用但不必须的对象（最典型的就是缓存），SoftReference类描述软引用。若对象只被软引用执行时，且内存够用时，不回收。当即将抛出OOM，则一次性回收所有仅被软引用指向的对象
3.弱引用：也是描述有用但不必须的对象但更弱，WeakReference。仅被弱引用指向的对象，不管内存够不够，当垃圾回收（GC）一旦开始，都会回收掉仅被弱引用指向的对象。
4.虚引用：（最捞的），PhantomReference，不对对象的生命周期产生任何影响，也无法通过需引用取得一个对象实例。
那么既然虚引用这么捞，看起来好象没有存在的必要，它有何和作用呢？作用：当需引用指向的对象被GC时，JVM会发回一个回收通知

此处还有一点补充，关于对象的自我拯救。
a. 若对象所在的类覆写了finalize（）方法
该对象的finalize（）方法未被JVM调用过，JVM会调用此对象的finalize（）方法；
该对象的finalize（）方法被JVM调用过，则此对象会被标记为不再复活，可以GC
b. 对象所在的类没有覆写finalize（）方法，此对象直接标记为不再复活，可以进行GC
2.垃圾回收算法

- 标记清除算法
算法分为"标记"和"清除"两个阶段 : 首先标记出所有需要回收的对象，在标 记完成后统一回收所有被标记的对象
该算法存在俩点不足

1. 效率问题 : 标记和清除这两个过程的效率都不高
2. 空间问题 : 标记清除后会产生大量不连续的内存碎片，空间碎片太多可能会导致以后在程序运行中需要分配较 大对象时，无法找到足够连续内存而不得不提前触发另一次垃圾收集。
   
   - 复制算法
   “复制"算法是为了解决"标记-清理"的效率问题。它将可用内存按容量划分为大小相等的两块，每次只使用其中的一 块。当这块内存需要进行垃圾回收时，会将此区域还存活着的对象复制到另一块上面，然后再把已经使用过的内存 区域一次清理掉。这样做的好处是每次都是对整个半区进行内存回收，内存分配时也就不需要考虑内存碎片等复杂 情况，只需要移动堆顶指针，按顺序分配即可。此算法实现简单，运行高效。算法的执行流程如下图 :
   
   -标记-整理算法(老年代回收算法）
   复制收集算法在对象存活率较高时会进行比较多的复制操作，效率会变低。因此在老年代一般不能使用复制算法。
   针对老年代的特点，提出了一种称之为"标记-整理算法”。标记过程仍与"标记-清除"过程一致，但后续步骤不是直接 对可回收对象进行清理，而是让所有存活对象都向一端移动，然后直接清理掉端边界以外的内存。

-分代收集算法
当前JVM垃圾收集都采用的是"分代收集(Generational Collection)"算法，这个算法并没有新思想，只是根据对象存 活周期的不同将内存划分为几块。
一般是把Java堆分为新生代（对象默认在新生代，大对象直接进入老年代）和老年代。新生代又可分为Eden，Survivor-From和Survivor-To，
比例为8：1：1。在新生代中，对象存活率很低（<=%2），”朝生夕死“，每次垃圾回收都有大批对象死去，只有少量存活，因此我们采 用复制算法（如下图）；而老年代中对象存活率高、没有额外空间对它进行分配担保，就必须采用"标记-清理"或者"标记-整 理"算法。 且新生代GC比老年代快10倍以上，而且发生频率更高

JMM
Java内存模型规定了所有的变量都存储在主内存中。每条线程还有自己的工作内存，线程的工作内存中保存了被该 线程使用到的变量的主内存副本拷贝，线程对变量的所有操作(读取、赋值等)都必须在工作内存进行，而不能直接 读写主内存中的变量。不同的线程之间也无法直接访问对方工作内存中的变量，线程间变量值的传递均需要通过主 内存来完成。线程、主内存、工作内存三者的交互关系如下所示 :

Java内存模型的三大特性 :

1. 原子性 : 由Java内存模型来直接保证的原子性变量操作包括read、load、assign、use、store和read。大致可 以认为，基本数据类型的访问读写是具备原子性的。如若需要更大范围的原子性，需要synchronized关键字 约束。(即一个操作或者多个操作 要么全部执行并且执行的过程不会被任何因素打断，要么就都不执行)
2. 可见性 : 可见性是指当一个线程修改了共享变量的值，其他线程能够立即得知这个修改。volatile、 synchronized、final三个关键字可以实现可见性。
3. 有序性 : 如果在本线程内观察，所有的操作都是有序的；如果在线程中观察另外一个线程，所有的操作都是无 序的。前半句是指"线程内表现为串行"，后半句是指"指令重排序"和"工作内存与主内存同步延迟"现象。