來源:北大青鳥飛迅校區(qū)|發(fā)布時間:2013-04-30 11:43:46
轉(zhuǎn)眼間《.Net Discovery》系列文章已經(jīng)推出1年了,本文為該系列的第10-13篇文章,在本文中將對以前所講的.Net平臺知識做一個小小的總結(jié)與機制分析,引出并重點介紹這些機制對程序性能的影響與改進建議。
本文將分為四部分,分別講述了:垃圾回收機制、即時編譯機制、異常處理機制、字符串駐駐留機制的原理與性能改進建議!.Net Discovery》系列的每篇文章撰寫耗時都在2天以上,轉(zhuǎn)載時麻煩著名作者Aicken(李鳴),并且未經(jīng)作者同意,禁止一切商業(yè)用途!
一.關(guān)于垃圾回收機制
● 機制分析
垃圾收集器是.Net平臺的一個特性,它自動回收托管堆上不再使用的對象,及時清理內(nèi)存,這一切都是對開發(fā)人員透明的,當然你也可以手動把它召喚出來,它的本質(zhì)就是跟蹤所有被引用到的對象,整理對象不再被引用的對象,回收相應的內(nèi)存。垃圾收集機制采用“標記與清除(Mark Sweep)”算法來完成上述任務(wù),整個過程分為兩步:
Step 1.Mark-Sweep :從應用程序的root出發(fā),利用相互引用關(guān)系,遍歷其在Heap上動態(tài)分配的所有對象,指明需要回收的對象,標記出那些存活的對象,予以標記。
Step 2.Compact: 對內(nèi)存中存活的對象進行移動,修改它們的指針,使之在內(nèi)存中連續(xù),這樣空閑的內(nèi)存也就連續(xù)了,即完成了內(nèi)存釋放工作,也解決了內(nèi)存碎片問題,這個過程也可以成為指針的壓縮。
垃圾收集器一般將托管堆中的對象分為3代,這可以通過調(diào)用GC.MaxGeneration得知,對象按照存在時間長短進行分代,最短的分在第0代,最長的分在第2代,第2代中的對象往往是比較大的,第二代空間被稱作Large Object Heap,對于2代對象的回收,與第0、1代回收方式相比最大之一的不同在于,沒有了指針移動的壓縮過程。
如下圖,第一次GC時,左邊第一列A-F表示內(nèi)存中的對象,位于淺藍色 區(qū)域,經(jīng)過Mark后,ACDF標記為可用,Sweep過程清除了BE,Compact過程移動了ACDF,使之位于連續(xù)存儲區(qū)域中;第二次使用綠色做標記;第三次GC使用藍色表示標記;可以看出第三次GC過程沒有了指針移動的壓縮過程。
●性能影響分析
這個過程看起來有點復雜,的確垃圾收集器的啟動是會占用一些CPU時間,從而影響系統(tǒng)的性能,但這種影響很有限,并且這些損失是有所值的。
1.垃圾收集器并不是沒有規(guī)律的啟動,而是當代齡達到一定觸發(fā)條件時啟動,而且垃圾收集器只是移動代齡較低的1、2代的資源,并不會移動LOH中的對象。這就在一定程度上避免了GC長時間鎖定線程導致的性能損失。
2.GC有三種不同的工作模式,適用于不同環(huán)境的情況,并不是所有環(huán)境都是“使用掛起->查找與標記->壓縮->恢復” 的流程。“Workstation GC with Concurrent”模式可以第0、1代的收集仍然是要暫時掛起應用程序,在收集第2代時,會并行處理,具體原理是將Full GC過程切分成多個短暫子過程對線程進行凍結(jié),在線程凍結(jié)時間之外,應用程序仍然可以正常運行。這主要通過將0代空間設(shè)置的很大,使Full GC時,CLR仍然能夠在0代中進行內(nèi)存分配,如果Full GC時0代內(nèi)存也已用盡,那么應用程序?qū)⒈粧炱穑却鼺ull GC的完成。
招生熱線: 4008-0731-86 / 0731-82186801
學校地址: 長沙市天心區(qū)團結(jié)路6號
Copyright © 2006 | 湖南大計信息科技有限公司 版權(quán)所有
湘ICP備14017520號-3