.C#內存回收
常用三種方法：Dispose﹐Close﹐Finalize方法
一. net的對象使用一般分爲三種情況﹕
1.創建對象
2.使用對象
3.釋放對象
二.創建對象
1.創建對象實際分爲兩個步驟﹕變量類型宣告和初始化對象
2.變量類型宣告(declare),如﹕
FileStream fs這行代碼會在當前的變量作用域空間(棧或堆)裏建立一個叫做fs的變量﹐至少四個字節吧(因爲要存一個對象的地址)
3.初始化對象
對象在使用(調用其方法或屬性)前﹐必須進行初始化。
如﹕
fs = new FileStream(@"C:
est.txt",FileMode.OpenOrCreate);
這行代碼會分成3個步驟﹕
a.在託管堆中分配一塊內存﹐其大小等於FileStream中所有字段(當然不包括靜態的)的內存總和加上MS認爲需要的其它東東。
b.初始化對象的字段(值類型的把其位全部初始化成0,對象初始化爲null﹐當然string是一個例外﹐它被初始化成空字符串)
c.調用FileStream相應的構造器﹐這裏會初始化一個非託管資源(文件)的私有字段。
三.使用對象
使用對象就沒什麼講的﹐就是調用對象的方法(或屬性等)來完成某個功能當然爲了釋放對象而調用的方法其範疇應不屬於此類中(現在提到的Finalize等)
四.釋放對象
1.釋放對象也就是說這個對象我已經不需要了﹐現在我要把其釋放﹐以便把其在堆上所佔用的內存空間給收回來(當然變量名的內存空間就不需要管了﹐因爲它會隨其作用域自動消失)
2. .net自動進行內存管理﹐也就是說當它判斷一個對象沒有用了(當然有自己的算法)﹐它就會將其內存給自動收回來﹐但是其收回的時間一般不確定(當.net認爲內存緊張時﹐它就會開始)
BTW:其實我們就是想自己收回對象的內存也不可能﹐因爲MS沒有提供途徑(GC.Collect也是啓動.net的內存收集功能)
五.第一個結論
在net中使用對象很簡單﹐創建對象之後直接使用就可以了﹐不用了也不要去管它﹐垃圾收集器會幫你把內存要回來的。
六.例外
當對象的成員引用了一個非託管資源時(不在託管堆上分配的內存或資源﹐像文件﹐數據庫連接等等)﹐下面以一個例子來說明﹕
System.IO.FileStream類別﹐這是.net基本類庫提供的一個非託管資源(文件)封裝對象(用Reflector工具反編譯mscorlib.dll可見其代碼)
1.FileStream毫無疑問封裝了一個非託管資源
觀其源代碼發現有這樣一個私有成員﹕
private SafeFileHandle _handle;
通過構造器調用的Init方法可以發現這個成員的初始化代碼﹕
this._handle = Win32Native.SafeCreateFile(text2, num1, share, secAttrs, mode, num2, Win32Native.NULL);而後者實際上就是kernel32.dll中的CreateFile方法﹐它返回一個HANDLE(即非託管資源引用)
2.我們先來使用這個類別﹕
using System; using System.IO; public class TestFileStream
{
public static void Main(string[] args)
{ //創建一個FileStream對象 FileStream fs = new FileStream(@"C:
est.txt",FileMode.OpenOrCreate); Console.WriteLine("您可以嘗試在系統中刪除c盤下的test.txt(回車鍵繼續)"); //暫停程序執行﹐並嘗試在系統中刪除那個文件 Console.ReadLine(); //刪除文件測試 try { File.Delete(@"c: est.txt");
} catch (IOException ex) { Console.WriteLine("[Error]程序刪除文件失敗﹕{0}",ex.Message); } }
}
4.但是在程序執行完後﹐我們再嘗試刪除文件﹐成功﹗爲什麼?(fs不是沒有關閉那個SafeFileHandle嗎?)
當然您可以說﹐windows操作系統在一個進程結束後會自動回收其資源﹐沒錯(但是如果是com就慘了﹐因爲com是存在於自己的獨立進程內﹐而操作系統不負責這個:( )﹐不過這裏不是因爲windows操作系統的功能﹐而是.net垃圾收集器幫的忙。
5.看下面這個例子
using System; using System.IO; public class TestFileStream { public static void Main(string[] args) { //創建一個FileStream對象 FileStream fs = new FileStream(@"C:
est.txt", FileMode.OpenOrCreate); Console.WriteLine("您可以嘗試在系統中刪除c盤下的test.txt(回車鍵繼續)"); //暫停程序執行﹐並嘗試在系統中刪除那個文件 Console.ReadLine(); /**//*進行垃圾收集*/ GC.Collect(); Console.WriteLine("再刪一下試試"); Console.ReadLine(); }}
這是強制要.net垃圾收集器進行垃圾收集。
我們再去嘗試刪除test.txt﹐居然可以被刪除了﹐爲什麼呀?(fs不是沒有關閉那個SafeFileHandle嗎?)﹐讓我細細道來﹕
7.我們首先了解一下.net垃圾收集器進行垃圾收集的四種時機(參見﹕.net框架程序設計 李建忠譯)
a.最常見的﹕當.net覺得合適時﹐例如它感到內存緊張了(朮語稱爲﹕0代對象充滿)
b.微軟強烈不建議使用的﹕GC的Collect方法調用(就是我們上面用的這種啦﹐因爲會降低性能﹐會掛起進程, 等等﹐反正聽微軟的吧。當然某些時候可以用﹐就像我上面用來測試的代碼﹐呵呵...)
c.應用程序域卸載時(AppDomain)
d.CLR被關閉時
8.現在我們可以明白第1個例子爲什麼在程序結束後文件可以被刪除﹐因爲CLR被關閉時﹐.net執行了垃圾收集(也就是等同於第二個例子的GC.Collect()代碼)
9.所以現在所有的問題都集中到垃圾收集上面﹐它做了什麼?
a.垃圾收集器在判斷一個對象不會再被引用到後﹐就開始對它進行垃圾收集(即回收內存)
b.清空內存(即把託管堆中的內存收回來)
c.但是對象的有些字段引用到了非託管資源怎麼辦?如FileStream的_handle
d.所以我們必須告訴垃圾收集器﹐在你回收我的內存之前﹐先幫我執行一個方法來收回我的非託管資源﹐以免託管堆的內存被你回收了﹐而我引用的非託管資源的內存卻被泄漏了。
e.這個方法就是Finalize()﹐也就是C#的 ~ClassName() 方法(同C++中的析構語法)
f.所以一個對象如果存在Finalize方法時﹐垃圾收集器在收回它的內存之前就會自動調用這個方法
g.這樣我們就可以把那些東東(非託管資源)給清理乾淨了
由此看來﹐垃圾收集器提供的這種機制就是爲了更好的完善.net的自動內存管理的功能﹐讓我們也可以參與到垃圾收集中去
10.我們再來看看GC.Collect()這行代碼或CLR關閉時.Net做了什麼﹕
a.垃圾收集器啓動﹐發現fs引用的那個對象已經沒用了(當然CLR關閉時纔不管你有沒有用﹐通通回收)﹐於是對它進行內存回收
b.發現fs的類型﹕FileStream提供了Finalize方法﹐於是先調用這個方法
(以下通過Reflector繼續)
c.Finalize方法中有 this._handle.Dispose()代碼﹐於是調用SafeHandler.Dispose()
d.接着轉到(當然好多個圈﹐您悠着點...)SafeFileHandle.ReleaseHandle方法﹐發現代碼﹕Win32Native.CloseHandle() (即關閉非託管資源--文件HANDLE)
真相大白﹕原來是垃圾收集器幫我們關閉了那個非託管資源(當然還是通過我們自己寫的Finalize方法)﹐因此後面就可以刪除文件了。
11.有人會問﹕好像我們平時在使用FileStream對象時﹐沒這麼複雜呀?
答﹕Very Good!
一部分人﹕是因爲大家都和我的例1一樣有好運氣﹐那個C盤下的test.txt文件自從被創建後﹐我壓根就不會再去用它﹐管它這部分資源有沒有被泄漏﹐有沒有被鎖定﹐最後程序結束時﹐被垃圾收集器幫了忙﹐把忘了關閉的文件HANDLE給收回來了。
剩下的一部分人﹕在程序裏埋下了一顆"啞彈"﹐不知什麼時候會爆炸﹐就像我例子中的File.Delete方法就出現了異常。
(不過我覺得)絕大多數人﹕是在看了很多諸如.net編程忠告﹐Microsoft強烈建議﹐MSDN標準做法等等等等( 還有我這篇blog﹐呵呵)之後﹐知道了在使用如FileStream,SqlConnection這些東東時﹐必須將其Close。
12.Close與Dispose
查看我們那兩個例子的代碼﹐都是不標準的﹐正確做法應該在使用完那個FileStream後﹐調用fs.Close()將其關閉﹐以保證資源的安全。
附﹕正確做法
using System; using System.IO; public class TestFileStream { public static void Main(string[] args) { //創建一個FileStream對象 FileStream fs = new FileStream(@"C:
est.txt", FileMode.OpenOrCreate); /**//*在用完FileStream後關閉*/ fs.Close(); //刪除文件測試 try { File.Delete(@"c: est.txt"); } catch (IOException ex) { Console.WriteLine("[Error]程序刪除文件失敗﹕{0}", ex.Message); }}
13.有人舉手﹐講這麼多﹐早告訴我調用fs.Close不就得了。
哥們﹐fs.Close()方法是由您寫的﹐調不調用﹐手在您身上﹐您不調用的話﹐哪天程序出了問題﹐您有會叫﹕微軟真垃圾﹐.net真不穩定﹐還是java好﹐安全﹐可靠... 爲防您的國罵﹐MS只好在垃圾收集中加這一款﹐以防不測...
14.Dispose模式
認真查看.net類庫中的那些基本類別﹐凡是有Finalize方法的類別﹐基本上都提供了諸如Dispose,Close,Dispose(bool)等方法(FileStream也不例外)
15.其實不管是Dispose,Close,Finalize方法﹐最終應該都是執行相同的代碼
區別﹕
Finalize方法﹕只能由微軟調用
Dispose和Close方法﹕提供給您調用
因此在您使用完那些類別後﹐那就直接調用Close吧(沒有Close﹐再調用Dispose方法)﹐當然萬一您忘了﹐也別擔心﹐還有垃圾收集器幫您墊後。
七.第二個結論﹕
1.在您開發一個封裝非託管資源(即類中的字段引用到了非託管資源)的類別時﹕
A:強烈建議您提供Finalize方法進行非託管資源的釋放﹐.net垃圾收集器不會幫您自動回收那部分資源﹐而是通過調用您的Finalize方法來幫您釋放。(這樣可以保證﹕在使用您類別的那位程序員忘了手動回收內存時﹐還可通過垃圾收集器來補救)
B.強烈建議您提供一個Close或Dispose方法﹐以便使用您類別的程序員可以手動釋放您的類別中的非託管資源。(參見.net框架程序設計 自動內存管理一章實現Dispose模式)
C.如果類別封裝了像FileStream這樣的對象(即對非託管資源的再次封裝)時﹐一般也應該提供一 個Close或Dispose方法﹐除非您的這個成員保證在每次使用後﹐都被正常的關閉﹐即對調用者透明。
2.在您使用一個封裝非託管資源的類別時﹕
A:強烈建議您在明確知道這個類別沒有用之後﹐調用其提供的Close或Dispose方法手動釋放其非託管資源的 內存。有道是﹕有借有還﹐再借不難;借了不還﹐再借休想~~
B:注意在手動釋放後﹐不要再調用該對象的相關方法了﹐因爲對象已經損毀了
再次BTW:不管是Finalize﹐Close還是Dispose﹐您都無法顯式釋放託管堆內存﹐它們永遠是微軟的"私人財產 "﹕)
有人議論：
.net 不要把對象 = null 的;
一位在一般情況下.net的的一個變量如
FileStream fs = new FileStream(@"C:/test.txt", FileMode.OpenOrCreate);
這個 fs 類似c 語言裏的指針，只是一個地址而已
= null 是沒啥用的
如果等於null 反倒影響gc 回收了
還有.net Windows 程序
和 ASP.NET 下 GC 的回收也許會有些不同
所以一個這樣的列子不會完全說明問題的。
還有如個cpu佔有率比較高的情況下 GC 也許回收對象很慢
要比正常情況下慢很多。
原則上還是、能 Dispose 的類就要 Dispose
類似FileStream 的對象如果不在後面的代碼中使用，不用 close 直接
Dispose 即可，Dispose 隱含 close 的其實
數據連接對象也是推薦使用 using 代碼塊自動釋放以防止中途出現異常