.NET Framework可以說是一個非常實用的開發環境。它的存在就是為了讓開發人員獲得一個輕松的開發環境 。在這里我們先來了解一下有關.NET Framework內存機制的相關概念。希望對大家有所幫助。#t#

在.NET Framework中,內存中的資源(即所有二進制信息的集合)分為"托管資源"和"非托管資源".托管資源必須接受.NET Framework的CLR(通用語言運行時)的管理(諸如內存類型安全性檢查),而非托管資源則不必接受.NET Framework的CLR管理.(了解更多區別請參閱.NET Framework或C#的高級編程資料)

.NET Framework內存機制深入剖析：

托管資源在.NET Framework中又分別存放在兩種地方: "堆棧"和"托管堆"(以下簡稱"堆");規則是,所有的值類型(包括引用和對象實例)和引用類型的引用都存放在"堆棧"中,而所有引用所代表的對象實例都保存在堆中.

在C#中,釋放托管資源是可以自動通過"垃圾回收器"完成的(注意,"垃圾回收"機制是.NET Framework的特性,而不是C#的),但具體來說,仍有些需要注意的地方:

1.值類型(包括引用和對象實例)和引用類型的引用其實是不需要什么"垃圾回收器"來釋放內存的,因為當它們出了作用域后會自動釋放所占內存(因為它們都保存在"堆棧"中,學過數據結構可知這是一種先進后出的結構);

2.只有引用類型的引用所指向的對象實例才保存在"堆"中,而堆因為是一個自由存儲空間,所以它并沒有像"堆棧"那樣有生存期("堆棧"的元素彈出后就代表生存期結束,也就代表釋放了內存),并且非常要注意的是,"垃圾回收器"只對這塊區域起作用;

3."垃圾回收器"也許并不像許多人想象的一樣會立即執行(當堆中的資源需要釋放時),而是在引用類型的引用被刪除和它在"堆"中的對象實例被刪除中間有個間隔,為什么呢? 因為"垃圾回收器"的調用是比較消耗系統資源的,因此不可能經常被調用!

(當然,用戶代碼可以用方法System.GC.Collect()來強制執行"垃圾回收器")

然而,大多數情況下,在.NET Framework內存機制的處理中我們需要明確地在不執行"垃圾回收器"的情況下釋放托管資源(因為只需要釋放一部分但又是非常需要釋放的資源,但最好不要調用"垃圾回收器",因為"垃圾回收器"太浪費系統資源了),或需要釋放"非托管資源",這時候我們該怎么辦? 這是我們寫代碼的時候必須要考慮的問題("垃圾回收器"是系統自動實現的,一般情況不需要用戶干預),否則Windows系統會因為內存耗盡而...