轉眼間《.NET Discovery》系列文章已經推出1年了，本文為該系列的第10-13篇文章，在本文中將對以前所講的.NET平臺知識做一個小小的總結與機制分析，引出并重點介紹這些機制對程序性能的影響與改進建議。

　　本文將分為四部分，分別講述了：垃圾回收機制、即時編譯機制、異常處理機制、字符串駐駐留機制的原理與性能改進建議。

　　《.NET Discovery》系列的每篇文章撰寫耗時都在2天以上，轉載時麻煩著名作者Aicken(李鳴)，并且未經作者同意，禁止一切商業(yè)用途！

　　一.關于垃圾回收機制●

　　機制分析垃圾收集器是.NET平臺的一個特性，它自動回收托管堆上不再使用的對象，及時清理內存,這一切都是對開發(fā)人員透明的，當然你也可以手動把它召喚出來，它的本質就是跟蹤所有被引用到的對象，整理對象不再被引用的對象，回收相應的內存。垃圾收集機制采用標記與清除(Mark Sweep)算法來完成上述任務，整個過程分為兩步：

　　Step 1.Mark-Sweep ：從應用程序的root出發(fā)，利用相互引用關系，遍歷其在Heap上動態(tài)分配的所有對象，指明需要回收的對象，標記出那些存活的對象，予以標記。

　　Step 2.Compact： 對內存中存活的對象進行移動，修改它們的指針，使之在內存中連續(xù)，這樣空閑的內存也就連續(xù)了，即完成了內存釋放工作，也解決了內存碎片問題，這個過程也可以成為指針的壓縮。垃圾收集器一般將托管堆中的對象分為3代，這可以通過調用GC.MaxGeneration得知，對象按照存在時間長短進行分代，最短的分在第0代，最長的分在第2代，第2代中的對象往往是比較大的，第二代空間被稱作Large Object Heap，對于2代對象的回收，與第0、1代回收方式相比最大的不同在于，沒有了指針移動的壓縮過程。如下圖，第一次GC時，左邊第一列A-F表示內存中的對象，位于淺藍色 區(qū)域，經過Mark后，ACDF標記為可用，Sweep過程清除了BE，Compact過程移動了ACDF，使之位于連續(xù)存儲區(qū)域中；第二次使用綠色做標記；第三次GC使用藍色表示標記；可以看出第三次GC過程沒有了指針移動的壓縮過程。

NET技術：.Net Discovery系列-深入理解平臺機制與性能影響(上)，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。