一文揭秘C#中資源泄漏的3種隱蔽場(chǎng)景排查與解決

更新時(shí)間：2026年04月13日 09:23:45 作者：碼農(nóng)剛子

Dispose?不釋放?的坑,遠(yuǎn)比你想象的要深,這篇文章就從?6?年?.NET?開發(fā)的經(jīng)驗(yàn)出發(fā),給你揭露?3?種最隱蔽、最容易踩的資源泄漏場(chǎng)景,希望對(duì)大家有所幫助

最近在做項(xiàng)目代碼審查時(shí)，發(fā)現(xiàn)了一個(gè)有意思的現(xiàn)象：大家都知道要用 using 或 Dispose() 來釋放資源，但真正遇到資源泄漏時(shí)，還是一臉懵。有人問我："剛哥，我都調(diào)用 Dispose() 了，為什么內(nèi)存還在漲？"

說實(shí)話，這個(gè)問題問得好。因?yàn)?Dispose 不釋放 的坑，遠(yuǎn)比你想象的要深。今天我就從 6 年 .NET 開發(fā)的經(jīng)驗(yàn)出發(fā)，給你揭露 3 種最隱蔽、最容易踩的資源泄漏場(chǎng)景。

場(chǎng)景 1：異常中斷導(dǎo)致 Dispose 永不執(zhí)行

這是最常見的坑。很多人寫代碼時(shí)，腦子里想的是"正常流程"，但忽略了異常這個(gè)"幽靈"。

問題代碼

public class ResourceLeakDemo
{
    public void BadExample()
    {
        SqlConnection conn = new SqlConnection("Server=localhost;Database=test");
        conn.Open();
        
        // 如果這里拋異常，conn 永遠(yuǎn)不會(huì)被釋放
        var result = ExecuteQuery(conn);
        
        conn.Dispose();  // 這行代碼可能永遠(yuǎn)執(zhí)行不到
    }
    
    private object ExecuteQuery(SqlConnection conn)
    {
        throw new Exception("模擬查詢異常");
    }
}

問題分析：

如果 ExecuteQuery() 拋異常，程序直接跳到 catch 塊或調(diào)用者
conn.Dispose() 這一行永遠(yuǎn)不會(huì)執(zhí)行
連接對(duì)象留在內(nèi)存中，等待 GC 回收（但 GC 不一定及時(shí)）

正確做法

// 方案 1：using 語句（推薦）
public void GoodExample_Using()
{
    using (SqlConnection conn = new SqlConnection("Server=localhost;Database=test"))
    {
        conn.Open();
        var result = ExecuteQuery(conn);
        // 即使異常，using 也會(huì)自動(dòng)調(diào)用 Dispose()
    }
}

// 方案 2：using 聲明（C# 8.0+，更簡(jiǎn)潔）
public void GoodExample_UsingDeclaration()
{
    using SqlConnection conn = new SqlConnection("Server=localhost;Database=test");
    conn.Open();
    var result = ExecuteQuery(conn);
    // 方法結(jié)束時(shí)自動(dòng) Dispose()
}

// 方案 3：try-finally（不推薦，但有時(shí)必要）
public void GoodExample_TryFinally()
{
    SqlConnection conn = new SqlConnection("Server=localhost;Database=test");
    try
    {
        conn.Open();
        var result = ExecuteQuery(conn);
    }
    finally
    {
        conn?.Dispose();  // 無論如何都會(huì)執(zhí)行
    }
}

關(guān)鍵點(diǎn)：

using 語句會(huì)在 IL 層面生成 try-finally，保證 Dispose 一定執(zhí)行
C# 8.0+ 的 using 聲明更簡(jiǎn)潔，自動(dòng)在作用域結(jié)束時(shí)釋放
永遠(yuǎn)不要依賴"手動(dòng)調(diào)用 Dispose"，異常會(huì)破壞你的計(jì)劃

場(chǎng)景 2：事件訂閱導(dǎo)致的隱形引用鏈

這個(gè)坑特別隱蔽，因?yàn)榇a看起來完全沒問題，但內(nèi)存就是不釋放。

問題代碼

public class EventLeakDemo
{
    public class DataService
    {
        public event EventHandler OnDataChanged;
        
        public void NotifyDataChanged()
        {
            OnDataChanged?.Invoke(this, EventArgs.Empty);
        }
    }
    
    public class UIComponent
    {
        private DataService _service;
        
        public UIComponent(DataService service)
        {
            _service = service;
            // 訂閱事件，但從不取消訂閱
            _service.OnDataChanged += OnServiceDataChanged;
        }
        
        private void OnServiceDataChanged(object sender, EventArgs e)
        {
            Console.WriteLine("數(shù)據(jù)已更新");
        }
    }
    
    public void LeakyCode()
    {
        var service = new DataService();
        var ui = new UIComponent(service);
        
        // ui 對(duì)象即使不再使用，也不會(huì)被 GC 回收
        // 因?yàn)?service 的 OnDataChanged 事件持有對(duì) ui 的引用
        ui = null;  // 這行代碼不會(huì)釋放 ui
    }
}

問題分析：

UIComponent 訂閱了 DataService 的事件
事件處理器 OnServiceDataChanged 是實(shí)例方法，隱含持有 this 的引用
即使 ui = null，service.OnDataChanged 的委托鏈中仍然持有對(duì) ui 的引用
只要 service 還活著，ui 就永遠(yuǎn)不會(huì)被 GC 回收

正確做法

public class EventLeakFixed
{
    public class DataService : IDisposable
    {
        public event EventHandler OnDataChanged;
        
        public void NotifyDataChanged()
        {
            OnDataChanged?.Invoke(this, EventArgs.Empty);
        }
        
        public void Dispose()
        {
            // 清空所有事件訂閱
            OnDataChanged = null;
        }
    }
    
    public class UIComponent : IDisposable
    {
        private DataService _service;
        
        public UIComponent(DataService service)
        {
            _service = service;
            _service.OnDataChanged += OnServiceDataChanged;
        }
        
        private void OnServiceDataChanged(object sender, EventArgs e)
        {
            Console.WriteLine("數(shù)據(jù)已更新");
        }
        
        public void Dispose()
        {
            // 關(guān)鍵：取消事件訂閱
            if (_service != null)
            {
                _service.OnDataChanged -= OnServiceDataChanged;
            }
        }
    }
    
    public void CorrectCode()
    {
        var service = new DataService();
        using (var ui = new UIComponent(service))
        {
            // 使用 ui
        }  // 自動(dòng)調(diào)用 ui.Dispose()，取消事件訂閱
        
        using (service)
        {
            // 使用 service
        }  // 自動(dòng)調(diào)用 service.Dispose()，清空事件
    }
}

關(guān)鍵點(diǎn)：

訂閱事件時(shí)，一定要在適當(dāng)時(shí)機(jī)取消訂閱
如果對(duì)象實(shí)現(xiàn)了 IDisposable，在 Dispose 中取消所有事件訂閱
使用弱事件模式（Weak Event Pattern）可以避免這個(gè)問題
在 WPF/MVVM 框架中，這個(gè)坑特別常見

場(chǎng)景 3：靜態(tài)引用和單例模式中的隱形泄漏

這個(gè)坑最狡猾，因?yàn)殪o態(tài)對(duì)象的生命周期是整個(gè)應(yīng)用程序，很容易被忽視。

問題代碼

public class SingletonLeakDemo
{
    // 單例模式
    public class CacheManager
    {
        private static CacheManager _instance = new CacheManager();
        private Dictionary<string, IDisposable> _resources = new();
        
        public static CacheManager Instance => _instance;
        
        public void AddResource(string key, IDisposable resource)
        {
            _resources[key] = resource;
        }
        
        public void RemoveResource(string key)
        {
            // 問題：只是從字典中移除，但沒有釋放資源
            _resources.Remove(key);
        }
    }
    
    public void LeakyCode()
    {
        // 創(chuàng)建一個(gè)需要釋放的資源
        var conn = new SqlConnection("Server=localhost;Database=test");
        
        // 添加到單例緩存
        CacheManager.Instance.AddResource("conn1", conn);
        
        // 后來想移除這個(gè)資源
        CacheManager.Instance.RemoveResource("conn1");
        
        // 問題：conn 對(duì)象雖然從字典中移除了，但從未被 Dispose()
        // 而且 CacheManager 是靜態(tài)的，整個(gè)應(yīng)用生命周期都存在
        // 所以 conn 永遠(yuǎn)不會(huì)被 GC 回收
    }
}

問題分析：

單例對(duì)象的生命周期 = 應(yīng)用程序生命周期
如果單例中存儲(chǔ)了需要釋放的資源，這些資源也會(huì)被"永久保留"
即使從字典中移除，如果沒有顯式 Dispose，資源仍然泄漏

正確做法

public class SingletonLeakFixed
{
    public class CacheManager : IDisposable
    {
        private static readonly Lazy<CacheManager> _instance = 
            new Lazy<CacheManager>(() => new CacheManager());
        private Dictionary<string, IDisposable> _resources = new();
        private bool _disposed = false;
        public static CacheManager Instance => _instance.Value;
        public void AddResource(string key, IDisposable resource)
        {
            if (_disposed)
                throw new ObjectDisposedException(nameof(CacheManager));
            _resources[key] = resource;
        }
        public void RemoveResource(string key)
        {
            if (_resources.TryGetValue(key, out var resource))
            {
                // 關(guān)鍵：移除時(shí)立即釋放資源
                resource?.Dispose();
                _resources.Remove(key);
            }
        }
        public void Dispose()
        {
            if (_disposed) return;
            // 釋放所有緩存的資源
            foreach (var resource in _resources.Values)
            {
                resource?.Dispose();
            }
            _resources.Clear();
            _disposed = true;
        }
    }
    public void CorrectCode()
    {
        var conn = new SqlConnection("Server=localhost;Database=test");
        CacheManager.Instance.AddResource("conn1", conn);
        // 移除時(shí)自動(dòng)釋放
        CacheManager.Instance.RemoveResource("conn1");
        // 應(yīng)用關(guān)閉時(shí)釋放所有資源
        CacheManager.Instance.Dispose();
    }
}

關(guān)鍵點(diǎn)：

單例對(duì)象也要實(shí)現(xiàn) IDisposable
在移除資源時(shí)，立即調(diào)用 Dispose()
應(yīng)用關(guān)閉時(shí)，顯式調(diào)用單例的 Dispose() 方法
使用 Lazy<T> 實(shí)現(xiàn)線程安全的單例

排查技巧：如何發(fā)現(xiàn)資源泄漏

1. 使用內(nèi)存分析工具

// 在 Visual Studio 中使用內(nèi)存分析工具
// Debug → Performance Profiler → Memory Usage
// 對(duì)比堆快照，找出未釋放的對(duì)象

public void MemoryLeakTest()
{
    for (int i = 0; i < 10000; i++)
    {
        var conn = new SqlConnection("Server=localhost;Database=test");
        conn.Open();
        // 忘記 Dispose
    }
    // 內(nèi)存分析工具會(huì)顯示 10000 個(gè) SqlConnection 對(duì)象未釋放
}

2. 使用 GC.GetTotalMemory() 監(jiān)控

public void MonitorMemory()
{
    long before = GC.GetTotalMemory(true);
    
    // 執(zhí)行可能泄漏的代碼
    for (int i = 0; i < 1000; i++)
    {
        using (var conn = new SqlConnection("Server=localhost;Database=test"))
        {
            conn.Open();
        }
    }
    
    long after = GC.GetTotalMemory(true);
    
    Console.WriteLine($"內(nèi)存增長: {(after - before) / 1024 / 1024} MB");
    // 如果增長過大，說明有泄漏
}

3. 使用 Finalizer 檢測(cè)

public class ResourceWithFinalizer : IDisposable
{
    private bool _disposed = false;
    
    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this);
    }
    
    protected virtual void Dispose(bool disposing)
    {
        if (!_disposed)
        {
            if (disposing)
            {
                // 釋放托管資源
            }
            _disposed = true;
        }
    }
    
    ~ResourceWithFinalizer()
    {
        // 如果這個(gè) Finalizer 被調(diào)用，說明 Dispose 沒有被正確調(diào)用
        Console.WriteLine("警告：對(duì)象通過 Finalizer 被回收，可能存在泄漏");
        Dispose(false);
    }
}

總結(jié)

資源泄漏的 3 種隱蔽場(chǎng)景：

場(chǎng)景	原因	解決方案
異常中斷	異常導(dǎo)致 Dispose 代碼不執(zhí)行	使用 `using` 或 try-finally
事件訂閱	事件處理器持有對(duì)象引用	取消訂閱或使用弱事件模式
靜態(tài)引用	單例/靜態(tài)對(duì)象生命周期過長	在移除時(shí)立即 Dispose，應(yīng)用關(guān)閉時(shí)清理