Reference

Why using finalizers is a bad idea

當在一個類中使用了另外一個實現(xiàn)了IDisposable的類作為一個成員屬性時, 此時這個類就有必要也去實現(xiàn)IDisposable接口, 以確保在合適的實際釋放非托管資源, 到底該如何正確的實現(xiàn)這個接口呢? 當然這只是需要實現(xiàn)IDisposable接口其中一種情況

完整示例

示例的Foo類中包含了一個Stream類型的_stream成員, 因此需要為Foo類實現(xiàn)IDisposable模式

public class Foo : IDisposable
{
    private bool _disposed;
    private readonly Stream? _stream;
    public Foo()
    {
        _stream = File.Create("1.txt", 2048);
    }
    ~Foo()
    {
        CleanupUnmanagedResources();
    }
    private void CleanupUnmanagedResources()
    {
        if (_disposed) return;
        // 釋放非托管資源
        _stream?.Dispose();
        _disposed = true;
    }
    public void Dispose()
    {
        CleanupUnmanagedResources();
        GC.SuppressFinalize(this);
    }
}

為什么要實現(xiàn)Foo析構(gòu)函數(shù)

因為人性的弱點(??)

哈哈, 其實因為我們在使用Foo時可能會忘記手動調(diào)用其Dispose方法, 這個時候如果沒有析構(gòu)函數(shù)的話, 很可能導致資源永遠得不到釋放最終釀成內(nèi)存泄漏的慘劇.

當然啦, 在析構(gòu)函數(shù)中釋放非托管資源可能會給GC帶來額外的開銷, 所以最好的做法是依然是使用using塊保證能夠及時的調(diào)用Dispose方法, 這里使用析構(gòu)函數(shù)只是為了防止意外的發(fā)生. 至于為什么說在析構(gòu)函數(shù)中釋放非托管資源會導致額外的GC開銷呢, 這涉及到GC回收過程,GC在處理包含析構(gòu)函數(shù)的類時不會立即將此類回收, 而是會被GC標記為下一代, 這樣這個被標記為下一代的類只有在GC決定回收下一代的垃圾對象時, 才會被真正回收掉, 這樣一來就會導致額外的內(nèi)存和性能開銷了.

Dispose方法中為什么要調(diào)用GC.SuppressFinalize

GC.SuppressFinalize方法可以告訴GC不需要在調(diào)用此類的析構(gòu)函數(shù)(Finalizers)了;

因為在Foo類的析構(gòu)函數(shù)中調(diào)用了Foo.CleanupUnmanagedResources方法, 當GC回收此類調(diào)用此類析構(gòu)函數(shù)時, 有可能會導致兩次調(diào)用Foo.CleanupUnmanagedResources(第一次是Dispose方法中調(diào)用的)導致額外的開銷,

所以當我們手動調(diào)用了Foo.Dispose(通過是通過using語法糖)后, 就需要告訴GC, "你回收我的時候用不著調(diào)用我的析構(gòu)函數(shù)了, 該釋放的資源我早就釋放掉了已經(jīng)", 轉(zhuǎn)換成代碼就是GC.SuppressFinalize

以上就是C#實現(xiàn)IDisposable接口釋放非托管資源的詳細內(nèi)容，更多關(guān)于C# IDisposable接口釋放資源的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論