Java和.NET中的垃圾回收機制比較

相同點：

都采用了分代的機制。

都支持并發GC。

都沒有采用引用計數方式，而是采用了追蹤技術。

.NET中，可以通過代碼GC.Collect() 強制要求CLR進行垃圾回收（由于垃圾回收是異步的，CLR有一個專用的線程負責垃圾回收，因此，即使調用GC.Collect，也并不是實時的調用了Finalize，因此要保證確實調用了析構方法，可以使用語句GC.WaitForPendingFinalizers()來確保析構方法真的被運行了，參考http://cnn237111.blog.51cto.com/2359144/1343004）

Java中也可以通過System.gc() 強制要求進行垃圾回收。（事實上也僅僅是建議JVM執行垃圾回收，JVM并不一定立即做回收行為。）      
       

不同點：

CLR預留了一塊大空間，稱作large object heap (LOH)，目的是當有大對象（超過85000字節的）需要分配空間時，就可以放在這里。

這塊地方和分代機制的不同之處在于，這個地方只有當發生full GC的時候，才會回收，而且這塊地方不會被壓縮。

Java中可以通過配置參數，使得大對象（大于設定的閾值）直接進入老年代（避免在年輕代上做大量的復制操作）。

JVM回收的內存的，僅僅在某些條件下才返回給操作系統。（詳見：http://stackoverflow.com/questions/366658/java-6-excessive-memory-usage#367933）

.NET回收的內存，直接給返還給操作系統。

JVM在的垃圾回收機制，提供了大量的可配置參數。

而CLR的垃圾回收機制幾乎沒什么可以配置的（僅有的配置似乎就是工作站模式(Workstation)和服務器模式(Server)）。

都支持并發GC。JAVA是在老年代上支持并發GC，采用的CMS收集器。

.NET的并發GC只在第2代上，并且在工作站模式下才會有。    

Java分成年輕代，老年代，永久代。

.NET分第0代，第1代，第2代。

.NET中采用了標記，壓縮的方式。

JAVA由于收集器很多，因此不限于一種算法。

Java垃圾回收的幾篇文章

http://www.cnblogs.com/shudonghe/p/3457990.html

http://blog.csdn.net/zhangerqing/article/details/8214365

.NET垃圾回收的幾篇文章

https://msdn.microsoft.com/zh-cn/library/ee787088(v=vs.110).aspx

http://www.mincoder.com/article/4284.shtml