ASP.NET CorrelationManager.ActivityId为空，NLog ${activityid}部署后无输出求助

根据你描述的场景——本地测试时${activityid}能正常写入日志，但部署到其他服务器后完全失效，结合NLog 4.5.2版本的特性，我整理了几个针对性的排查和修复方向：

1. 确认服务器.NET框架版本与配置匹配 #

NLog的${activityid}依赖System.Diagnostics.Trace.CorrelationManager.ActivityId，这个API在不同.NET环境下的行为有差异：

• 若服务器运行.NET Framework，务必检查应用程序池的CLR版本配置，确保和本地测试环境一致（不要误选成.NET 2.0等更早版本）。
• 如果你是在混合框架环境下部署，要注意Trace.CorrelationManager的上下文传递逻辑在跨版本场景下可能存在隐性问题。

2. 验证ActivityId的设置时机与线程上下文 #

Trace.CorrelationManager.ActivityId是基于线程本地存储（TLS）的，必须保证在正确的请求上下文里设置：

• 先确认Application_BeginRequest事件在服务器上确实触发了：可以在该事件里加一行临时日志（比如写入本地文本文件），验证服务器端是否执行了这段代码。
• 检查是否存在异步处理逻辑：如果你的请求流程中有异步操作，设置ActivityId的线程和实际写日志的线程可能不一致，此时ActivityId不会自动传递。这种情况下需要手动在异步方法中重新设置Trace.CorrelationManager.ActivityId = 之前保存的Id。

3. 排查NLog配置细节与备选方案 #

• 先确认NLog目标（target）的布局里${activityid}没有拼写错误（NLog大小写不敏感，但还是要仔细核对）。
• 可以尝试用Mapped Diagnostics Logical Context（MDLC）作为备选方案，它的上下文传递在服务器环境下更稳定：
  在Application_BeginRequest里额外添加代码：

  protected void Application_BeginRequest()
  {
      var activityId = Guid.NewGuid();
      System.Diagnostics.Trace.CorrelationManager.ActivityId = activityId;
      // 额外设置MDLC作为 fallback
      NLog.MappedDiagnosticsLogicalContext.Set("ActivityId", activityId.ToString());
  }
  

  然后在NLog配置中修改布局：

  <layout>${longdate} | ${activityid:whenEmpty=${mdlc:item=ActivityId}} | ${message}</layout>
  

4. 检查服务器权限与NLog内部日志 #

• 部分服务器（比如共享主机、权限严格的IIS环境）可能限制System.Diagnostics相关API的访问：检查应用程序池的运行身份是否有足够权限访问相关资源。
• 启用NLog内部日志排查问题：在NLog配置中添加以下节点，查看内部日志里是否有activityid渲染器的错误提示：

  <nlog internalLogFile="C:\temp\nlog-internal.log" internalLogLevel="Debug">
      <!-- 其他配置 -->
  </nlog>
  

内容的提问来源于stack exchange，提问作者Amit Ben Ami