深入挖掘CLR內(nèi)存管理機(jī)制原理
C++的許多程序員都中,最頭疼的是對(duì)內(nèi)存的分配和管理。用.net就不一樣了。.net引用了垃圾回收(GC)功能,它替代了程序員對(duì)于清除無(wú)用對(duì)象的工作。雖然在大多數(shù)情況下,內(nèi)存的回收我們不用再去理會(huì),但如果能夠在程序中適時(shí)地添加一些內(nèi)存管理的工作,可以使程序更加的優(yōu)化,來(lái)看看CLR內(nèi)存管理機(jī)制 。
由于CLR(公共語(yǔ)言運(yùn)行時(shí))可以知道在系統(tǒng)中的所有對(duì)象引用,而CLR內(nèi)存管理機(jī)制在運(yùn)行時(shí),GC可以獲取對(duì)象是否被引用的信息。如果一個(gè)對(duì)象不再被引用,則通過(guò)GC進(jìn)行自動(dòng)回收。
不過(guò)GC回收的條件是,當(dāng)特定資源不夠用時(shí)才執(zhí)行。如果我們希望自己控制,也可以顯示地指示GC工作。方法是:
- System.GC.Collect();
GC在進(jìn)行回收時(shí),先會(huì)識(shí)別對(duì)象是否被引用,并標(biāo)記出對(duì)象的特征。只有不被引用的對(duì)象才被回收。為避免堆碎片,GC在回收了對(duì)象后,會(huì)重新分配內(nèi)存,并對(duì)未被回收的對(duì)象進(jìn)行重定位。這必然導(dǎo)致GC在回收時(shí)會(huì)導(dǎo)致系統(tǒng)運(yùn)行性能的降低。
適時(shí)的進(jìn)行人工干預(yù)內(nèi)存分配,是比較好的選擇。我們知道在C++中,對(duì)于創(chuàng)建的類(lèi)中,有相對(duì)應(yīng)的析構(gòu)函數(shù)進(jìn)行內(nèi)存的刪除。在C#中,也可以采用同樣的方式。當(dāng)實(shí)例化一個(gè)類(lèi)對(duì)象后,刪除它,則自動(dòng)調(diào)用其析構(gòu)函數(shù)。CLR提供了對(duì)象終結(jié)(object finalization)的機(jī)制,引入了Finalize方法。不過(guò)在C#中,不能直接實(shí)現(xiàn)Finalize方法,而是在析構(gòu)函數(shù)中調(diào)用基類(lèi)的Finalize()方法。
GC的回收機(jī)制是異步操作,我們可以使用CLR提供的Dispose()方法實(shí)現(xiàn)對(duì)每一個(gè)對(duì)象的刪除操作。Dispose()方法由IDiposable接口提供。因此對(duì)于將要實(shí)例化的類(lèi)對(duì)象,實(shí)現(xiàn)Dispose操作,必須使類(lèi)實(shí)現(xiàn)該接口,并提供Dispose()方法。
- public class Garbage:IDisposable//實(shí)現(xiàn)該接口
- {
- public void Dispose()//提供Dispose()方法;
- {
- GC.SuppressFinalize(this);//回收該對(duì)象;
- }
- ~Garbage()//析構(gòu)函數(shù);
- {
- Dispose();
- }
- }
不過(guò)更好的方案是使用using語(yǔ)句。將對(duì)象的實(shí)例放到using中,一旦using結(jié)束,系統(tǒng)會(huì)自動(dòng)清楚該對(duì)象。
- using (Garbage g = new Garbage())
- {
- //執(zhí)行操作;
- }
不過(guò)要注意的是在using語(yǔ)句中實(shí)例的對(duì)象,其類(lèi)也必須要實(shí)現(xiàn)IDisposable接口和Dispose()方法。另外,由于IComponent擴(kuò)展了IDisposable,因此IComponent類(lèi)型始終是IDisposable類(lèi)型。所以我們開(kāi)發(fā)的組件類(lèi)型可以用在using中,或者使用Dispose()方法。所以,系統(tǒng)提供的組件如DataSet,DataTable等的實(shí)例也可以實(shí)現(xiàn)這種方式來(lái)清除對(duì)象。以上就是CLR內(nèi)存管理學(xué)會(huì)了嗎?
【編輯推薦】