Blazor应用结束时如何释放Singleton类型的可释放服务？

核心原因分析 #

你的问题出在Blazor应用与控制台应用的宿主生命周期管理差异，以及不同托管模型下的DI容器行为区别：

1. 宿主优雅关闭的差异
   控制台应用使用Host.Run()时，当应用正常退出（比如Ctrl+C终止），宿主会自动执行StopAsync并触发DI容器中所有可释放Singleton的释放逻辑。但Blazor应用（尤其是Blazor Server）在开发环境中，如果直接关闭调试窗口或浏览器标签，宿主可能无法优雅终止，导致DI容器没有机会调用Dispose/DisposeAsync。

2. Blazor WebAssembly的特殊性
   如果你的Blazor应用是WebAssembly托管模型，客户端的.NET运行时会随着浏览器页面的卸载直接被进程回收，不会触发.NET层面的对象释放逻辑，因此Dispose方法永远不会被调用。

3. 实例跟踪的潜在问题
   你使用了AddSingleton的工厂重载手动创建实例：

builder.Services.AddSingleton<IDisposableService, DisposableService>(p => new(p.GetService<ILogger<DisposableService>>()!, "Singleton"));

虽然容器通常会跟踪工厂返回的实例，但如果实例的创建逻辑绕过了容器的跟踪机制（比如手动实例化时未让容器关联生命周期），也可能导致释放逻辑失效。不过这种情况在标准的AddSingleton工厂重载中很少出现。

验证与解决步骤 #

1. 测试宿主优雅关闭 #

对于Blazor Server应用：

• 在开发环境中启动应用后，不要直接关闭调试窗口，而是在控制台中按Ctrl+C终止应用，观察是否出现释放日志。
• 生产环境中，应用停止时宿主会优雅关闭，此时Singleton的释放逻辑应该会正常执行。

2. 手动管理释放逻辑 #

如果需要确保Singleton在应用终止时被释放，可以注册一个IHostedService来手动触发释放：

public class ServiceCleanupHostedService : IHostedService
{
    private readonly IServiceProvider _serviceProvider;

    public ServiceCleanupHostedService(IServiceProvider serviceProvider)
    {
        _serviceProvider = serviceProvider;
    }

    public Task StartAsync(CancellationToken cancellationToken) => Task.CompletedTask;

    public async Task StopAsync(CancellationToken cancellationToken)
    {
        if (_serviceProvider.GetService<IDisposableService>() is IDisposable disposable)
        {
            disposable.Dispose();
        }
        if (_serviceProvider.GetService<IDisposableService>() is IAsyncDisposable asyncDisposable)
        {
            await asyncDisposable.DisposeAsync();
        }
    }
}

然后在Program.cs中注册：

builder.Services.AddHostedService<ServiceCleanupHostedService>();

3. 针对WebAssembly的替代方案 #

如果是Blazor WebAssembly应用，由于浏览器进程回收的特性，无法依赖Dispose方法执行清理逻辑。你可以：

• 在页面卸载时（比如OnAfterRenderAsync中监听beforeunload事件）手动调用服务的清理方法。
• 将需要清理的资源放在IDisposable对象中，并在组件的Dispose方法中释放（但这仅适用于组件级别的服务，而非Singleton）。

对比控制台应用的差异 #

控制台应用的宿主是一个独立的进程，当进程正常终止时，.NET运行时会确保DI容器中的所有可释放Singleton被释放。而Blazor应用要么依赖服务器端的宿主生命周期（Server模型），要么受限于浏览器的进程管理（WASM模型），因此释放逻辑的触发条件更严格。

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