.Net平台GC VS JVM垃圾回收（.net平台概念）

.Net平台GC VS JVM垃圾回收（.net平台概念）

前言

不知道你平时是否关注程序内存使用情况，我是关注的比较少，正好借着优化本地一个程序的空对比了一下.Net平台垃圾回收和jvm垃圾回收，顺便用dotMemory看了程序运行后的内存快照，生成内存快照后，妈妈再也不担心我优化程序找不到方向了。

.Net平台垃圾回收

内存优化

凭空想象这些概念多少会索然无味，下图是我我基于本地的一个程序生成的内存快照，使用jetbrains推出的dotMemory工具生成。

生成内存快照

什么是GC

GC (Garbage Collection)如其名，就是垃圾收集，当然这里仅就内存而言。Garbage Collector（垃圾收集器，在不至于混淆的情况下也成为GC）以应用程序的root为基础，遍历应用程序在托管堆(Managed Heap)上动态分配的所有对象，通过识别它们是否被引用来确定哪些对象是已经死亡的、哪些仍需要被使用。已经不再被应用程序的root或者别的对象所引用的对象就是已经死亡对象，即所谓的垃圾，需要被回收。这就是GC工作的原理。为了实现这个原理，GC有多种算法。比较常见的算法有Reference Counting，Mark Sweep，Copy Collection等等。目前主流的虚拟系统.NET CLR，JVM都是采用的Mark Sweep算法。

Mark-Compact 标记压缩算法

垃圾回收之三个阶段

Marking Phase：在标记阶段会创建所有活动对象的列表。 这是通过遵循所有根对象的引用来完成的。 不在活动对象列表中的所有对象都可能从堆内存中删除。

Relocating Phase：所有活动对象列表中所有对象的引用在重定位阶段进行更新，以便它们指向在压缩阶段将对象重定位到的新位置。

Compacting Phase：随着释放死亡对象占用的空间并移动剩余的活动对象，堆会在压缩阶段被压缩。 垃圾回收后剩余的所有活动对象均按其原始顺序移至堆内存的较旧端。

垃圾回收之Genearation - 分代

Generation 0：所有短期对象（例如临时变量）都包含在堆内存的第0代中。 除非它们是大对象，否则所有新分配的对象也是隐式的第0代对象。 通常，垃圾回收的频率在第0代中最高。

Generation 1：如果运行在垃圾回收中未释放的第0代对象占用的空间，则这些对象将移至第1代。这一代中的对象是第0代中的短期对象和第2代中的长期对象之间的一种缓冲区对象。

Generation 2：如果某个第1代对象占用的空间未在下一次垃圾回收运行中释放，则这些对象将移至第2代。第2代对象的生存期很长，例如静态对象，因为它们整个都保留在堆内存中 处理持续时间。

GC给我们带来的优势

垃圾回收使用3个代的概念成功的在托管堆上有效的分配对象内存。

不再需要手动释放内存，GC会在不需要时自动释放内存空间。

垃圾回收可以安全地处理内存分配，因此没有对象会错误地使用另一个对象的内容。

新创建的对象的构造函数不必初始化所有数据字段，因为垃圾回收会清除以前释放的对象的内存。

非托管堆

说了半天都在说托管堆，那么非托管堆呢？垃圾回收是不知道什么时候去处理非托管堆资源，比如文件句柄，网络连接、数据库连接。以下两种方式用来处理非托管堆垃圾回收。

在定义类时声明析构函数。

在定义类时实现IDisposable接口并实现Dispose函数， 实现接口有在程序中有两种处理方法，使用using关键字，推荐使用， 再就是在finally中显式调用Dispose函数。

附录GC常用函数

返回指定对象的当前代数

public static int GetGeneration(Object);

检索当前认为要分配的字节数。 一个参数，指示此方法是否可以等待较短间隔再返回，以便系统回收垃圾和终结对象

public static long GetTotalMemory (bool forceFullCollection);

返回已经对对象的指定代进行的垃圾回收次数。

public static int CollectionCount (int generation);

获取垃圾回收的内存信息

public static GCMemoryInfo GetGCMemoryInfo ();

强制对所有代进行即时垃圾回收。

public static void Collect ();

jvm垃圾回收

新生代（Young generation）

绝大多数最新被创建的对象会被分配到这里，由于大部分对象在创建后会很快变得不可达，所以很多对象被创建在新生代，然后消失。对象从这个区域消失的过程我们称之为 minor GC。

新生代 中存在一个Eden区和两个Survivor区.新对象会首先分配在Eden中（如果新对象过大，会直接分配在老年代中）。在GC中，Eden中的对象会被移动到Survivor中，直至对象满足一定的年纪（定义为熬过GC的次数），会被移动到老年代。

可以设置新生代和老年代的相对大小。这种方式的优点是新生代大小会随着整个堆大小动态扩展。参数 -XX:NewRatio 设置老年代与新生代的比例。例如 -XX:NewRatio=8 指定 老年代/新生代 为8/1. 老年代 占堆大小的 7/8 ，新生代 占堆大小的 1/8（默认即是 1/8）。

例如：

-XX:NewSize=64m -XX:MaxNewSize=1024m -XX:NewRatio=8

老年代（Old generation）

对象没有变得不可达，并且从新生代中存活下来，会被拷贝到这里。其所占用的空间要比新生代多。也正由于其相对较大的空间，发生在老年代上的GC要比新生代要少得多。对象从老年代中消失的过程，可以称之为major GC（或者full GC）。

永久代（permanent generation）

像一些类的层级信息，方法数据 和方法信息（如字节码，栈 和 变量大小），运行时常量池（JDK7之后移出永久代），已确定的符号引用和虚方法表等等。它们几乎都是静态的并且很少被卸载和回收，在JDK8之前的HotSpot虚拟机中，类的这些"永久的" 数据存放在一个叫做永久代的区域。

永久代一段连续的内存空间，我们在JVM启动之前可以通过设置-XX:MaxPermSize的值来控制永久代的大小。但是JDK8之后取消了永久代，这些元数据被移到了一个与堆不相连的称为元空间 (Metaspace) 的本地内存区域。

小结

JDK8堆内存一般是划分为年轻代和老年代，不同年代 根据自身特性采用不同的垃圾收集算法。

对于新生代，每次GC时都有大量的对象死亡，只有少量对象存活。考虑到复制成本低，适合采用复制算法。因此有了From Survivor和To Survivor区域。

对于老年代，因为对象存活率****高，没有额外的内存空间对它进行担保。因而适合采用标记-清理算法和标记-整理算法进行回收。

总结

目前对比了.Net平台垃圾回收和jvm垃圾回收，对于垃圾回收算法和分代的概念，两者设计思路都相同，唯一的区别我个人觉的JDK8以后jvm的垃圾回收效率更高，根据不同的代使用不同的垃圾收集算法，这一点似乎是.Net平台垃圾回收没有实现的地方。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。