相同點：
都采用了分代的機制。
都支持并發(fā)GC。
都沒有采用引用計數(shù)方式，而是采用了追蹤技術(shù)。
.NET中，可以通過代碼GC.Collect() 強制要求CLR進行垃圾回收（由于垃圾回收是異步的，CLR有一個專用的線程負責(zé)垃圾回收，因此，即使調(diào)用GC.Collect，也并不是實時的調(diào)用了Finalize，因此要保證確實調(diào)用了析構(gòu)方法，可以使用語句GC.WaitForPendingFinalizers()來確保析構(gòu)方法真的被運行了，參考http://cnn237111.blog.51cto.com/2359144/1343004）
Java中也可以通過System.gc() 強制要求進行垃圾回收。（事實上也僅僅是建議JVM執(zhí)行垃圾回收，JVM并不一定立即做回收行為。）
不同點：
CLR預(yù)留了一塊大空間，稱作large object heap (LOH)，目的是當(dāng)有大對象（超過85000字節(jié)的）需要分配空間時，就可以放在這里。
這塊地方和分代機制的不同之處在于，這個地方只有當(dāng)發(fā)生full GC的時候，才會回收，而且這塊地方不會被壓縮。
Java中可以通過配置參數(shù)，使得大對象（大于設(shè)定的閾值）直接進入老年代（避免在年輕代上做大量的復(fù)制操作）。
JVM回收的內(nèi)存的，僅僅在某些條件下才返回給操作系統(tǒng)。（詳見：http://stackoverflow.com/questions/366658/java-6-excessive-memory-usage#367933）
.NET回收的內(nèi)存，直接給返還給操作系統(tǒng)。
JVM在的垃圾回收機制，提供了大量的可配置參數(shù)。
而CLR的垃圾回收機制幾乎沒什么可以配置的（僅有的配置似乎就是工作站模式(Workstation)和服務(wù)器模式(Server)）。
都支持并發(fā)GC。JAVA是在老年代上支持并發(fā)GC，采用的CMS收集器。
.NET的并發(fā)GC只在第2代上，并且在工作站模式下才會有。
Java分成年輕代，老年代，永久代。
.NET分第0代，第1代，第2代。
.NET中采用了標記，壓縮的方式。
JAVA由于收集器很多，因此不限于一種算法。
| 年輕代 | 老年代 | 方式 | |
Serial收集器 | 復(fù)制算法 | 單線程，stop the world | |
SerialOld收集器 | 標記整理算法 | 單線程，stop the world | |
ParNew收集器 | 復(fù)制算法 | 標記整理算法 | 多線程，stop the world |
Parallel Scavenge收集器 | 復(fù)制算法 | 多線程，stop the world | |
CMS收集器 | 標記清除 | 單線程 | |
G1收集器 | 復(fù)制 | 標記整理 |
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
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
重慶分公司
重慶分公司
