垃圾收集器与内存分配策略

1对象已死？

1.1引用计数算法

引用计数算法：给对象中添加一个引用计数器，每当有一个地方引用它时，计数器值就加1，当引用失效时，计数器值就减1,；任何时刻计数器都为0的对象就是不可能再被使用的。

Java语言中没有选用引用计数算法来管理内存，其中最主要的原因是它很难解决对象之间的相互循环引用的问题。

1.2根搜索算法

根搜索算法：通过一系列的名为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索所走过的路径称为引用链，当一个对象到GC Roots没有任何引用链相连（图论的话来说就是从GC Root到这个对象不可达）时，则证明此对象是不可用的。

在Java语言里，可作为GC Roots的对象包括：

虚拟机栈（栈帧中的本地变量表）中的引用的对象

方法区中的静态属性引用的对象

方法区中的常量引用的对象

本地方法栈中JNI（即Native方法）的引用的对象

1.3生存还是死亡？

对象在内存中的状态：

可达状态：有一个以上的引用变量引用它

可恢复状态：没有任何引用变量引用它。回收该对象之前，系统调用其finallize()方法进行资源清理。如果在调用finallize()方法时重新让一个引用变量引用该对象，则这个对象会再次变为可达状态；否则进入不可达状态

不可达状态：只有当一个对象处于不可达状态时，系统才会真正回收该对象所占有的内存

在根搜索后发现没有与GCRoots相连接的引用链，它将会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行finallize()方法。当对象没有覆盖finallize()方法，或者finallize()方法已经被虚拟机调用过，虚拟机将这两种情况都视为“没有必要执行”。

如果这个对象被判定为有必要执行finallize()方法，那么这个对象将会被放置在名为F-Queue的队列之中，并在稍后由一条由虚拟机自动建立的、低优先级的Finallizer线程去执行（队列中对象的finallize()方法）。稍后GC将对F-Queue中的对象进行第二次小规模的标记，如果对象在finallize()中重新与引用链上的任何对象建立关联，那么第二次标记时它将被移除出“即将回收”的集合。

1.4回收方法区

方法区（HotSpot虚拟机中的永久代）的垃圾收集主要回收两部分内容：废弃常量和无用的类。

无用的类：

该类所有的实例都已经被回收，也就是Java堆中不存在该类的任何实例

加载该类的ClassLoader已经被回收

该类对应的java.lang.Class对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法

2垃圾收集算法

2.1分代收集算法

一般把Java堆分为新生代和老年代。在新生代中，每次垃圾收集时都发现有大批对象死去，只有少量存活，那就选用复制算法；而老年代中因为对象存活率高、没有额外空间对它进行分配担保，就必须使用“标记-清理”或“标记-整理”算法来进行回收。

3 内存分配与回收策略

Java技术体系中所提倡的自动内存管理最终可以归结为自动化解决两个问题：给对象分配内存以及回收分配给对象的内存。

3.1 对象优先在Eden分配

       大多数情况下，对象在新生代Eden区分配，当Eden区没有足够的空间进行分配时，虚拟机将发起一次Minor GC。

Minor GC和Full GC的区别：

新生代GC（Minor GC）：指发生在新生代的垃圾收集动作，因为Java对象大多数都具备朝生夕灭的特性，所以Minor GC非常频繁，一般回收速度也比较快

老年代GC（Major GC/Full GC）：指发生在老年代的GC，出现了Major GC，经常会伴随至少一次的Minor GC。Major GC的速度一般比Minor GC慢10倍以上。

3.2 大对象直接进入老年代

所谓大对象就是指，需要大量连续内存空间的Java对象，典型的就是很长的字符串和数组。

3.3 长期存活的对象将进入老年代

虚拟机给每个对象定义了一个对象年龄计数器。如果对象在Eden出生并经过第一次Minor GC后仍然存活，并且能被Survivor容纳的话，将被移动到Survivor空间中，并将对象年龄设为1.对象在Survivor区中每熬过一次Minor GC，年龄就增加1岁，当他的年龄增加到一定程度(默认为15岁)时，就会被晋升到老年代中。

3.4 动态对象年龄判定

为了更好地适应不同程序的内存状况，虚拟机并不总是要求对象的年龄必须达到MaxTenuringThreshold才能晋升老年代，如果在Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代。