从Autofac根生命周期范围解析为何会引发内存泄漏？

Autofac的根容器（根生命周期范围）会跟踪所有从它这里解析出的可释放组件（实现IDisposable接口的类型），并持有这些组件的引用直到根容器本身被释放（通常是应用关闭时）。这种机制结合你的WPF场景，内存泄漏的具体原因可以拆解为以下几点：

1. 短生命周期组件的内存堆积 #

假设你的WPF应用中，每次打开弹窗、切换页面时，都从根容器解析对应的ViewModel。这类ViewModel属于临时使用的短生命周期组件——弹窗关闭、页面切换后，它们就不再被UI或业务逻辑需要了。但因为是从根容器解析的，根容器会一直持有它们的引用，GC无法回收这些ViewModel，以及它们绑定的大型数据集、文件流、事件订阅等关联资源。

随着应用运行时间变长，这类“僵尸”组件会在内存中不断堆积，导致应用内存占用持续上升，最终可能引发卡顿、内存不足甚至崩溃——这就是文档中提到的“意外内存泄漏”。

2. 单例与短生命周期组件的本质区别 #

你提到的日志记录器这类单例服务，从根容器解析是完全合理的，因为它们的生命周期本就和应用一致，只会存在一个实例。但ViewModel、一次性业务逻辑类这类短生命周期组件，绝对不能从根容器解析，否则会被永久持有，无法及时回收。

3. 生命周期范围的核心价值（并非提前释放根容器） #

你对生命周期范围的理解有偏差，它的核心作用不是“控制容器释放时机”，而是为一组相关的短生命周期组件创建独立的回收边界：

• 比如为每个弹窗创建一个子生命周期范围，从这个子范围解析弹窗ViewModel及其依赖的临时服务；
• 当弹窗关闭时，调用子范围的Dispose()方法，子范围会自动释放所有它解析过的可释放组件，GC就能及时回收这些资源；
• 根容器依然保持存活，你依然可以用它解析单例服务，或者创建新的子范围——完全不需要提前释放根容器。

WPF场景的具体示例 #

错误做法（引发内存泄漏） #

// 保留根容器引用
private IContainer _container;

private void OpenPopup()
{
    // 从根容器解析弹窗ViewModel
    var popupVm = _container.Resolve<PopupViewModel>();
    var popup = new PopupWindow { DataContext = popupVm };
    popup.Show();
}

每次打开弹窗，PopupViewModel都会被根容器持有，弹窗关闭后也无法被回收，内存会堆积大量无用的PopupViewModel实例。

正确做法（避免内存泄漏） #

如果是模态弹窗，可借助using块自动释放子范围：

private IContainer _container;

private void OpenPopup()
{
    // 创建子生命周期范围
    using(var scope = _container.BeginLifetimeScope())
    {
        var popupVm = scope.Resolve<PopupViewModel>();
        var popup = new PopupWindow { DataContext = popupVm };
        popup.ShowDialog();
        // 弹窗关闭后，using块结束，scope自动Dispose，释放popupVm
    }
}

如果是非模态弹窗，可在弹窗关闭事件中手动释放子范围：

private IContainer _container;

private void OpenPopup()
{
    var scope = _container.BeginLifetimeScope();
    var popupVm = scope.Resolve<PopupViewModel>();
    var popup = new PopupWindow { DataContext = popupVm };
    // 弹窗关闭时释放子范围
    popup.Closed += (s, e) => scope.Dispose();
    popup.Show();
}

内容的提问来源于stack exchange，提问作者Graviton