了解垃圾收集器与内存分配策略的前奏

                           了解垃圾收集器与内存分配策略的前奏

概述：

说起垃圾收集（GC）大部分人都会把这项技术当做java语言的伴生产物。gc的历史远比java久远。

对于gc 需要完成的三件事： 那些内存需要回收 什么时候回收 如何回收。

而去了解gc和内存分配目的是：当需要排查各种内存溢出、内存泄漏时，当垃圾收集成为系统达到更高并发量的瓶颈时，我们就需要对这个技术实施必要的监控和调节。

判断对象是否已死 是垃圾回收的关键，实现算法：

引用计数算法：给对象中添加一个引用计数器，每当有一个方法引用它时，计数器就加1，当引用失效时，计数器值就减1，任何时刻计时器都为0的对象就是不可能再使用的。但客观地说，引用计数器算法的实现简单，判定效率也很高，但是java语言中没有选用引用计算器算法来管理内存， 其中最主的原因是它很难理解决对象之间的相互循环引用的问题。例如一个简单例子：

public class TestGC{ 
public Object instance=null;
private static final int  _1MB=1204*1024;
private  byte[]bigSize=new byte[2*_1MB];
public static void testGc(){ 
 ReferenceCountingGC objA=new ReferenceCoutingGc();
ReferenceCountingGC objB=new ReferenceCoutingGc();
objA.instance=objB;
objB.instance=objA;
objA=null;
objB=null;
}
}

根搜索算法

在主流的商用程序语言中（java 和c#)都是使用根搜索算法判断对象是否存活。这个算法的基本思路是通过一系列的名为“GC  Roots” 的对象作为起始点，从这个结点开始向下搜索，搜索走过的路径成为引用链，当一个对象到GC Roots没有任何引用链相连时，则证明此对象是不可用的。

生存还是死亡

在根据搜索算法中不可达到的对象，也不是非死不可，这时候它们暂时处于缓刑阶段，要真的宣布死亡，至少要经历两个过程：如果对象在进行根据搜素后发现没有与GC Roots相连接的引用连，那它会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行finalize（） 方法。当对象没有覆盖finalize（）方法或者该方法已被虚拟机调用，虚拟机将这两种情况都是为“没有必要执行” 。

回收方法区

很多人认为方法区是没有垃圾收集的，而且java虚拟器确实说过可以不要求虚拟机在方法区中实现垃圾收集，而且在方法区进行垃圾回收性价比很低。

永久代的垃圾回收主要两部分：废弃常量和无用的类。