.Net元件程式設計之對象生命周期

.Net元件程式設計之對象生命周期

是CLR管理着垃圾回收器,垃圾回收器監控着托管堆,而我們使用的對象以及系統啟動是所需要的一些必備的對象資訊都存在于托管堆上，CLR會維護着一個清單（對象引用資訊清單）.

這個清單裡存放的資訊就是對應着托管堆中所有對象的資訊（引用、被引用資訊)每當使用一個新的對象或者是改變一個現有對象的引用CLR都會更新

對象引用資訊清單。那麼回收器一般什麼時候調用呢？

垃圾回收器大多數是在托管堆耗盡的情況下被觸發使用 ，也可以通過代碼來調用（下面會講到）.

在垃圾回收器調用的時候，會從（對象引用資訊清單）開始周遊檢視每個對象是否能夠到達用戶端（使用這些對象的應用程式），如果能夠到達則這個對象就被标記可到達并且跳過它（檢視對象是否有引用），繼續的周遊下面，而且被标記的對象所引用的對象将不會被再次檢查。當檢查到對象沒有引用這些對象的時候，則會回收這些對象，并且進行空間壓縮，修改那些有引用對象的位址進行空間壓縮。

在.NET中給我們提供了IDispose接口就是用來釋放資源的，看一段示例代碼：

看一下用戶端調用代碼：

這種調用方式很安全啊，如果studyClass沒有支援IDisposable，as操作符則會傳回NULL值，看起來沒什麼問題，

但是如果用戶端對象是共享的，有很多對象在使用它，那究竟由誰準确的來執行IDisposable.Dispose()。

如果在DoSomeThing()函數執行的時候發生一些錯誤，那麼資源還會被釋放嗎？

C#

支援Using語句，在使用Using語句的時候會幫我們生成一個使用Dispose()方法的try/finally塊，當然你的對象必須先支援IDisposable才行。看一下示例代碼：

如果這樣寫，編譯是不會通過的，并且會提示你，using語句中使用的類型是必須可以隐式轉換為System.IDisposable的。當然了，

也是有辦法可以讓這樣的代碼編譯通過的，讓IMyinterface接口也派生于IDisposable。 這樣之後就可以這樣來寫代碼：

以上的書寫方式都是可以實作的，上兩段代碼同等于下面這段代碼：

本篇的内容沒有很複雜深奧，隻是基礎的講解了一下對象的生命周期管理，還有一些深入的知識就不作講解了，還有的就是我們在面向對象設計的時候，準備對一些重要的使用率較高的對象面向抽象設計的時候，盡量的讓抽象對象來實作IDisposable接口，這樣的話也不會出現上述内容中的錯誤資訊。

作者：

出處：

本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面