本文主要討論IDisposable和Finalize如何釋放資源，以及微軟提供并推薦的一個標準IDisposable編程模式。
本文寫的通俗易懂，如果你還看不懂，就自己去反省一下為什么自己水平這么爛....
IDisposable接口主要提供一個Dispose方法，該方法用來釋放資源，準確的說是用來釋放非托管資源。理論上不是必須有 IDisposable 接口，你也能自己設計出一個釋放非托管資源的方法，但是使用這個接口的話，大家都統(tǒng)一使用，比較好理解，并且使用這個接口的類，可以使用using這種語法糖。
Finalize其實就是析構函數(shù)，學過C++的都知道啥叫析構函數(shù)，C#也一樣。你必須顯式的定義一個析構函數(shù)，這樣，C#編譯器才會生成一個Finalize方法?？梢允褂霉ぞ卟榭碔L代碼得到驗證，IL代碼顯示了Finalize方法的結果是一個try finally結果，和using類似。
既然 IDisposable和Finalize都是回收非托管資源，那么為什么微軟要提供雷同的功能呢？
IDisposable和Finalize確實雷同，但也有一些差別。
Dispose方法是主動調(diào)用（使用using也算主動調(diào)用），主動釋放非托管資源。而析構函數(shù)是由GC回收托管資源的時候調(diào)用，因此何時調(diào)用是不可掌控的。因此完全依靠析構函數(shù)會導致出現(xiàn)非托管資源遲遲得不到釋放，如果資源過大，堆積在內(nèi)存增加內(nèi)存泄露的風險。
也許有人會說，那我只要把非托管資源放到Dispose方法中，保證釋放，那就不需要使用析構函數(shù)了。完全正確。但是前提是你保證釋放了。假設你寫了一個框架或者類庫，其中使用了非托管資源，而且也必須顯式調(diào)用Dispose才能釋放掉。但是，假如某個2B程序員使用這個類庫，他根本沒考慮要手動釋放資源，因此他在用你的類庫后，發(fā)現(xiàn)經(jīng)常內(nèi)存動不動就滿了或者連接數(shù)滿了，然后就開罵你是各種2B，寫的東西是一坨垃圾。
為了避免背這個黑鍋，也避免被2B罵成2B，你可以依靠析構函數(shù)設置一個底線，就是在GC啟動的時候也能觸發(fā)一個動作去回收非托管資源，你就需要在Finalize中去做這些事情。
因此對于釋放非托管資源，可以歸結2個要點：
1，只實現(xiàn)Dispose方法，無法保證人人都會調(diào)用此方法，萬一沒調(diào)用，背黑鍋的就是你。
2，只實現(xiàn)析構函數(shù)，可以保證回收非托管資源，但是無法掌握釋放時機，因為GC何時觸發(fā)析構函數(shù)是不確定的。運氣不好的話，非托管資源長時間都得不到釋放。
只有這2個方法同時使用，才能大限度的釋放非托管資源。因此微軟提出了一個 IDisposable 編程模式。具體模式參考http://msdn.microsoft.com/en-us/library/system.idisposable.aspx
在這模式中：
如果用戶調(diào)用了Dispose，則會調(diào)用Dispose(true),以此表示釋放托管資源和非托管資源。并且注意GC.SuppressFinalize();方法很有必要，這個方法是壓制了析構函數(shù)的調(diào)用，因為非托管資源以及釋放，析構函數(shù)中的釋放語句也沒有必要執(zhí)行了，一不小心可能還會導致錯誤。
如果用戶沒有調(diào)用Dispose，那么GC在回收資源的時候，會觸發(fā)析構函數(shù)，注意，此時傳入的Dispose(false);因為析構函數(shù)只負責釋放非托管資源，不建議用析構函數(shù)去釋放托管資源，因為析構函數(shù)調(diào)用時機是不確定的，托管資源很可能已經(jīng)被釋放掉了，從而導致一些異常的發(fā)生。
采用微軟的模式簡單有效，當然你也可以實現(xiàn)自己的模式，這就看各人需要了。
另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。
重慶分公司
重慶分公司
