初始化及終止元件

發行項
08/21/2008

更新：2007 年 11 月

您的元件是由其建構函式 (Visual Basic 中的 SubNew) 初始化並由其解構函式 (Visual Basic 中的 SubFinalize) 終結。您元件的建構函式是在建立元件的執行個體時呼叫，而其後就無法再呼叫建構函式。而解構函式則是在記憶體回收終結您元件之前呼叫，接著就回收其記憶體。

Visual Basic 注意事項：
在舊版的 Visual Basic 中，Initialize 和 Terminate 事件與建構函式和解構函式的功能相同。

等候記憶體回收

在記憶體回收判斷元件已無法由任何執行程式碼取得之後，Common Language Runtime 會呼叫您元件的解構函式。這會發生在以下兩種狀況中：如果所有的元件參考都已釋放，或是如果您元件的唯一參考是由同樣被所有執行程式碼隔離的物件所持有，例如發生在循環參考的情況中。

由於在使用者結束使用您的元件時與在呼叫其解構函式時兩者之間可能出現延遲，因此便在 .NET Framework 元件的存留期 (Lifetime) 中引入另一項步驟：如果您的元件要取得系統資源，例如資料庫連接或 Windows 系統物件控制代碼，則您應該實作 IDisposable 介面並提供 Dispose 方法，如此您元件的使用者就可以選擇何時釋放這些資源。

元件的生命週期

型別初始化：當您元件的第一個執行個體建立時，執行的第一個程式碼就是任何共用的初始程式碼。任何共用成員的參考也會使得共用建構函式執行。這包括任何初始化的共用欄位 (成員變數) 以及任何存在的共用建構函式 (SharedSubNew)。下列程式碼為整個類別建立參考字型。

注意事項：
對應 Shared 的 C# 關鍵字是 static，請不要與 Visual Basic 中的 Static 關鍵字混淆。

應該實作 Dispose 方法的時機

如果您的元件繼承自 Component，則會提供 Dispose 的預設實作。這個實作可覆寫來提供自訂清除程式碼。如果您是藉由建立 IComponent 的自訂實作來建立您的元件，則應實作 IDisposable 來為您的元件提供 Dispose 方法。

如果您的元件要配置系統物件、資料庫連接或是使用者在一使用完元件就應釋放的其他稀有資源，則您的元件就需要 Dispose 方法。

此外，如果您的元件持有其他具有 Dispose 方法的物件參考，您也應該實作 Dispose 方法。

實作 Dispose 的原因

在使用者結束使用您元件時與記憶體回收偵測到無法取得元件的程式碼之際，依據系統活動的不同，兩者之間可能會出現無法預期的間隔。如果您不提供 Dispose 方法，您的元件就會在此間隔期間繼續持有其資源。

最壞情況的案例

試想一下，現在有個使用資料庫連接但沒有 Dispose 方法的伺服程式元件。在有著大量記憶體的伺服器上，您可能會建立並釋放元件的許多執行個體，而不會對可用的記憶體造成太大的影響。在這種情況下，在釋放出元件參考之後的一段期間，記憶體回收可能尚未終結元件。

最後，所有可用的資料庫連接可能會因已釋放但尚未終結的元件而受阻。即使伺服器具有足夠的記憶體，它可能還是無法回應使用者要求。

請參閱

共用方式為