ASP.NET Core 2.0.3 + NLog日志线程无法释放致内存溢出求助

我看到你在ASP.NET Core 2.0.3搭配NLog时遇到了线程持续堆积最终引发OutOfMemoryException的问题，从你提供的线程调用栈来看，问题实际指向了Microsoft.Extensions.Logging.Console的ConsoleLoggerProcessor——这一点很关键，哪怕你移除了NLog的配置，默认的控制台日志组件可能还在后台运行并引发线程泄漏。下面给你一些具体的排查和解决建议：

一、彻底禁用默认控制台日志 #

ASP.NET Core 2.x会自动添加控制台日志提供器，哪怕你没有显式配置。要彻底清除它：

1. 在Program.cs的CreateWebHostBuilder方法中，清除所有默认日志提供器，再按需添加NLog：

   public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
       WebHost.CreateDefaultBuilder(args)
           .ConfigureLogging(logging =>
           {
               logging.ClearProviders(); // 清除所有默认日志提供器（包括Console）
               logging.AddNLog(); // 仅保留NLog（如果仍需使用）
           })
           .UseStartup<Startup>();
   

2. 检查appsettings.json，确保没有额外启用控制台日志的配置，比如删除可能存在的"Console"节点：

   "Logging": {
     "IncludeScopes": false,
     "LogLevel": {
       "Default": "Error",
       "System": "Error",
       "Microsoft": "Error"
     }
     // 确保没有"Console": {...}这样的配置
   }
   

二、排查NLog配置的潜在问题 #

虽然调用栈指向ConsoleLogger，但还是要确认NLog本身是否存在线程泄漏风险：

• 确认使用的NLog版本与ASP.NET Core 2.0.3兼容：NLog.Web.AspNetCore 4.9.x系列是对应.NET Core 2.x的稳定版本，版本不匹配可能引发异常。
• 检查NLog配置文件中的目标设置：
  • 如果使用异步目标（AsyncTargetWrapper），确保配置了合理的队列大小和溢出策略，避免队列阻塞线程。
  • 对于数据库、文件等目标，检查是否存在连接未释放、文件句柄泄漏的情况（比如未正确关闭的数据库连接）。

三、深入调试线程堆积问题 #

1. 使用Visual Studio诊断工具 #

• 启动调试后，打开「诊断工具」窗口，切换到「线程」标签，观察线程的状态（等待/运行/阻塞），找到持续存活的线程，查看完整调用栈，确认是否卡在SemaphoreSlim.Wait环节——这通常意味着线程在等待某个未被释放的信号量。
• 多次请求后生成「内存快照」，对比内存变化，查找是否有未被释放的ConsoleLoggerProcessor、Task或日志队列对象。

2. 使用.NET CLI工具 #

• 运行dotnet trace collect -p <你的应用PID>收集跟踪日志，再用dotnet trace analyze分析线程活动，定位线程阻塞或未终止的根源。
• 用dotnet-dump生成转储文件，通过dotnet-dump analyze命令查看线程栈和内存情况，重点关注信号量等待的上下文。

四、排查第三方组件的日志依赖 #

哪怕你移除了自己的日志代码，某些第三方中间件、身份验证组件或业务库可能内部仍在使用默认日志。建议：

• 逐个移除第三方组件，观察线程堆积是否消失，定位到具体的问题组件。
• 检查这些组件的文档，看是否有自定义日志配置的选项，避免它们使用默认控制台日志。

五、考虑升级ASP.NET Core版本 #

ASP.NET Core 2.0.x已经停止官方支持，很多日志组件的线程泄漏BUG在后续版本（比如2.1 LTS、3.1 LTS）中已经修复。如果业务允许，升级到更高版本的ASP.NET Core，可能直接解决这个问题。

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