<p>关于GC，始终都有些茫然，看了这篇文章，觉得不错，mark在下面。</p>
<p><br></p>
<p>原文：<a data-token="976f58e861aae20711c5d89d2870386a" href="http://http//www.cnblogs.com/jeffwongishandsome/p/talk-about-GC-and-how-to-use-GC-better.html" rel="nofollow">http://www.cnblogs.com/jeffwongishandsome/p/talk-about-GC-and-how-to-use-GC-better.html</a></p>
<p><br></p>
<p></p>
<h2>一、为什么需要GC</h2>
<p></p>
<p>应用程序对资源操作，通常简单分为以下几个步骤：</p>
<p>1、为对应的资源分配内存</p>
<p>2、初始化内存</p>
<p>3、使用资源</p>
<p>4、清理资源</p>
<p>5、释放内存</p>
<p>应用程序对资源（内存使用）管理的方式，常见的一般有如下几种：</p>
<p>1、手动管理：C,C++</p>
<p>2、计数管理：COM</p>
<p>3、自动管理：.NET,Java,PHP,GO…</p>
<p>但是，手动管理和计数管理的复杂性很容易产生以下典型问题：</p>
<p>1.程序员忘记去释放内存</p>
<p>2.应用程序访问已经释放的内存</p>
<p>产生的后果很严重，常见的如内存泄露、数据内容乱码，而且大部分时候，程序的行为会变得怪异而不可预测，还有Access Violation等。</p>
<p>.NET、Java等给出的解决方案，就是通过自动垃圾回收机制GC进行内存管理。这样，问题1自然得到解决，问题2也没有存在的基础。</p>
<p>总结：无法自动化的内存管理方式极容易产生bug，影响系统稳定性，尤其是线上多服务器的集群环境，程序出现执行时bug必须定位到某台服务器然后dump内存再分析bug所在，极其打击开发人员编程积极性，而且源源不断的类似bug让人厌恶。</p>
<p></p>
<h2>二、GC是如何工作的</h2>
<p>GC的工作流程主要分为如下几个步骤：</p>
<p>1、标记(Mark)</p>
<p>2、计划(Plan)</p>
<p>3、清理(Sweep)</p>
<p>4、引用更新(Relocate)</p>
<p>5、压缩(Compact)</p>
<p><a data-token="6d0312413fe2467881b1f618f7683203" href="http://images.cnitblog.com/blog/32361/201412/201507004073630.png" rel="nofollow"><img alt="GC" border="0" height="414" src="https://201907.oss-cn-shanghai.aliyuncs.com/cs/5606289-f0bcff796ac058cd7c644a1e2e00bc8c.png" style="display:inline;border-width:0px;" title="GC" width="624"></a></p>
<h4>（一）、标记</h4>
<p>目标：找出所有引用不为0(live)的实例</p>
<p>方法：找到所有的<span style="color:#0000ff;">GC的根结点(GC Root)</span>, 将他们放到队列里，然后依次递归地遍历所有的根结点以及引用的所有子节点和子子节点，将所有被遍历到的结点标记成live。<a data-token="85ca07a356ce0b95dd23fe872ff78601" href="http://msdn.microsoft.com/zh-cn/library/ms404247%28v=vs.110%29.aspx" rel="nofollow">弱引用</a>不会被考虑在内</p>
<h4>（二）、计划和清理</h4>
<p>1、计划</p>
<p>目标：判断是否需要压缩</p>
<p>方法：遍历当前所有的generation上所有的标记(Live),根据特定算法作出决策</p>
<p>2、清理</p>
<p>目标：回收所有的free空间</p>
<p>方法：遍历当前所有的generation上所有的标记(Live or Dead),把所有处在Live实例中间的内存块加入到可用内存链表中去</p>
<h4>（三）、引用更新和压缩</h4>
<p>1、引用更新</p>
<p>目标： 将所有引用的地址进行更新</p>
<p>方法：计算出压缩后每个实例对应的新地址，找到所有的<span style="color:#0000ff;">GC的根结点(GC Root)</span>, 将他们放到队列里，然后依次递归地遍历所有的根结点以及引用的所有子节点和子子节点，将所有被遍历到的结点中引用的地址进行更新，包括弱引用。</p>
<p>2、压缩</p>
<p>目标：减少内存碎片</p>
<p>方法：根据计算出来的新地址，把实例移动到相应的位置。</p>
<p></p>
<h2>三、GC的根节点</h2>
<p>本文反复出现的GC的根节点也即GC Root是个什么东西呢？</p>
<p>每个应用程序都包含一组根（root）。每个根都是一个存储位置，其中包含指向引用类型对象的一个指针。该指针要么引用托管堆中的一个对象，要么为null。</p>
<p>在应用程序中，只要某对象变得不可达，也就是没有根（root）引用该对象，这个对象就会成为垃圾回收器的目标。</p>
<p>用一句简洁的英文描述就是:<a data-token="f5cf4f4a51fe2a1a2e8fb33d90527bcf" href="https://www.simple-talk.com/dotnet/.net-framework/understanding-garbage-collection-in-.net/" rel="nofollow">GC roots are not objects in themselves but are instead references to objects.</a>而且，Any object referenced by
a GC root will automatically survive the next garbage collection. <br><br>
.NET中可以当作GC Root的对象有如下几种：</p>
<p>1、全局变量</p>
<p>2、静态变量</p>
<p>3、栈上的所有局部变量(JIT)</p>
<p>4、栈上传入的参数变量</p>
<p>5、寄存器中的变量</p>
<p>注意，只有引用类型的变量才被认为是根，值类型的变量永远不被认为是根。只有深刻理解引用类型和值类型的内存分配和管理的不同，才能知道为什么root只能是引用类型。</p>
<p>顺带提一下JAVA，在Java中，可以当做GC Root的对象有以下几种：</p>
<p>1、虚拟机（JVM）栈中的引用的对象</p>
<p>2、方法 |
|
转播
