自托管ASP.NET Core Web API启停内存泄漏问题排查求助

首先明确：ASP.NET Core完全支持自托管场景，你这种使用方式是合理的，不存在“不应这么用”的问题。针对你的内存泄漏问题，结合代码给出以下排查和修复建议：

1. 修复服务注册的冲突问题 #

你的EchoService同时被注册为CoreWCF服务和IHostedService，这是核心问题之一：

• CoreWCF通过builder.AddService<EchoService>()已经会管理服务实例的生命周期
• AddHostedService<EchoService>()会将其作为后台长期运行的Singleton服务托管，导致实例被DI容器长期持有，无法在主机停止后释放
• 修复方案：删除ConfigureServices中的.AddHostedService<EchoService>()，同时移除IEchoService对IHostedService的继承（你的服务不需要实现IHostedService，CoreWCF框架会负责服务的启停逻辑）

修改后的服务接口：

[ServiceContract]
[OpenApiBasePath($"/{Startup.WEB_API_PATH}")]
public interface IEchoService {
    [OperationContract]
    [WebGet(UriTemplate = "/hello")]
    [OpenApiOperation(Description = "Method used to receive a friendly \"Hello world\"",
        Summary = "Hello world")]
    [OpenApiResponse(Description = "OK Response", StatusCode = HttpStatusCode.OK)]
    string HelloWorld();        
}

修改后的ConfigureServices：

public void ConfigureServices(IServiceCollection services){
    services.AddServiceModelWebServices()                
            .AddSingleton(new SwaggerOptions())                  
            .AddAuthentication(CertificateAuthenticationDefaults.AuthenticationScheme)
            .AddCertificate();            
}

2. 修复主机启停的异步处理逻辑 #

你的启停方法存在异步操作未正确等待的问题，可能导致资源未及时释放：

• StartWebService中调用host.StartAsync()但未等待，可能导致主机未完全启动就进行后续操作，或者资源初始化不完整
• StopWebService中使用Wait()阻塞线程，容易引发死锁，且无法正确处理异步停止过程中的异常
• 修复方案：将启停方法改为异步方法，并正确等待异步操作完成：

public async Task StartWebServiceAsync(object obj){
    CreateWebHostBuilder();
    await host.StartAsync();
}

public async Task StopWebServiceAsync(object obj) {
    await host.StopAsync();
    host.Dispose();                            
}

如果调用方必须使用同步方法，也应该用更安全的方式避免死锁：

public void StopWebService(object obj) {
    Task.Run(async () => await host.StopAsync()).Wait();
    host.Dispose();                            
}

3. 使用内存诊断工具定位泄漏点 #

通过工具可以精准找到未释放的对象：

• Visual Studio内存诊断：在调试模式下，使用“内存快照”功能，分别捕获服务启动后、停止后的堆快照，对比两者的对象差异，重点关注IWebHost/IHost实例、CoreWCF服务实例、Kestrel连接监听对象、认证/ Swagger中间件相关对象
• dotnet-dump：命令行下捕获堆转储，使用dotnet dump analyze查看对象引用链，找到导致泄漏的根引用
• dotnet-trace：捕获服务启停过程中的跟踪日志，查看是否有未完成的异步操作、未释放的资源

4. 检查中间件和第三方组件的资源释放 #

• 检查Swagger相关中间件（SwaggerMiddleware、SwaggerUI）是否存在静态引用或未取消的订阅，比如全局缓存的文档对象是否未被清理
• 证书认证中间件可尝试禁用缓存，验证是否缓解泄漏：

.AddCertificate(options => {
    options.CacheCertificate = false;
})

5. 优化主机实例的生命周期管理 #

确保每次启动都创建新的主机实例，且停止后彻底释放：

• 停止服务后将host字段置为null，避免旧实例被意外持有：

private IWebHost host;

public async Task StopWebServiceAsync(object obj) {
    await host.StopAsync();
    host.Dispose();
    host = null; // 清空引用，帮助GC回收
}

额外建议 #

• 除非有明确必要，否则关闭AllowSynchronousIO = true，同步IO可能导致线程池资源耗尽，间接引发内存问题
• 延长关闭超时时间（当前1秒过短），让框架有足够时间清理资源：.UseShutdownTimeout(TimeSpan.FromSeconds(5))

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