对象实例内存泄漏：你写的代码正在悄悄吃掉内存

上周帮朋友看一个 WinForms 小工具，运行半小时后就卡得打不开文件对话框。任务管理器里一看，内存从 80MB 涨到 1.2GB——没开大文件，也没做复杂计算，问题出在哪？最后发现是窗体里反复 new 了一个日志监听器，但忘了 Dispose，也没从事件源上移除订阅。

什么是对象实例内存泄漏

简单说：对象已经不用了，但程序还牢牢抓着它不放，垃圾回收器（GC）没法清理，内存就一直占着不还。不是 C++ 那种指针乱飞才叫泄漏，C#、Java、Python 里照样天天发生——只要引用链没断，对象就“活着”。

最常见场景：事件订阅没解绑

比如这段 WPF 代码：

public partial class MainWindow : Window
{
    private DataProcessor processor = new DataProcessor();

    public MainWindow()
    {
        InitializeComponent();
        processor.DataReady += OnDataReady; // ← 绑定了
    }

    private void OnDataReady(object sender, EventArgs e)
    {
        // 处理数据
    }
}

窗口关了，MainWindow 实例本该被回收，但 processor 还持有着对 MainWindow 的引用（通过委托），而 processor 又被静态类或长生命周期对象持有……结果整个窗口连带控件、资源全卡在内存里。

静态集合装了就忘取

有人喜欢用静态 List 缓存临时对象：

public static class CacheManager
{
    public static List<User> ActiveUsers = new List<User>();

    public static void AddUser(User u)
    {
        ActiveUsers.Add(u); // ← 加进去容易，删呢？
    }
}

User 对象一旦加入，除非手动 Remove 或 Clear，否则永远驻留内存。更隐蔽的是 Dictionary<string, object> 里塞了委托、闭包、UI 控件——看着像缓存，实则是内存陷阱。

怎么查？别靠猜

VS 自带诊断工具就能揪出来：
→ 调试时按 Ctrl+Alt+D 打开“诊断工具”
→ 点“内存使用”→ “启动性能分析”
→ 做几次操作（比如打开/关闭窗体）
→ 点“拍摄快照”，对比两次对象数量变化
重点盯那些数量只增不减的自定义类型，点进去看谁在引用它。

第三方工具如 JetBrains dotMemory 更直观：能直接标红“无法被 GC 回收的路径”，连哪行 new 的、哪个事件没解绑都给你画出来。

防泄漏，三招够用

1. 订阅必配反订阅
窗体关闭前加一句：

protected override void OnClosed(EventArgs e)
{
    processor.DataReady -= OnDataReady;
    base.OnClosed(e);
}

2. 静态容器加时效或弱引用
换成 WeakReference 或用 MemoryCache（自动过期）：

private static readonly MemoryCache UserCache = MemoryCache.Default;

public static void AddUser(User u)
{
    UserCache.Set($"user_{u.Id}", u, DateTimeOffset.Now.AddMinutes(5));
}

3. 留意 IDisposable 对象
StreamReader、Timer、Graphics、数据库连接……new 了就要管到底。用 using 最省心：

using (var fs = new FileStream("log.txt", FileMode.Append))
{
    using (var sw = new StreamWriter(fs))
    {
        sw.WriteLine("done");
    }
}

内存泄漏不是玄学，是引用关系没理清。多拍两次快照，多扫两眼事件绑定和静态字段，大部分问题当场就能定位。你写的每一行 new，都得想好它什么时候“退休”。