Windows Service托管WCF Service时NLog无法输出WCF及类库日志的问题求助

我之前也碰到过几乎一模一样的场景——Debug下所有日志都正常输出，但部署成Windows Service后，只有宿主服务的日志能看到，WCF服务和类库的日志完全没踪影。结合你的情况，给你几个排查和解决的方向：

1. 先搞定NLog配置文件的位置与权限 #

• Windows Service默认的工作目录是C:\Windows\System32，不是你项目的bin目录！如果你的NLog.config只是复制到输出目录，服务运行时根本找不到这个文件，导致WCF和类库的NLog实例没加载到正确配置，自然不会输出日志。
  • 解决办法：把NLog.config的属性设置为始终复制到输出目录，然后在代码里指定绝对路径加载配置。比如在Windows Service的OnStart方法里，或者WCF服务初始化前加这段：

    var configPath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "NLog.config");
    LogManager.Configuration = new XmlLoggingConfiguration(configPath);
    

• 再检查日志目录的权限：Windows Service默认用LocalSystem账户运行，这个账户对你项目输出目录这类非系统目录可能没有写入权限。给日志文件的目标目录，给LocalSystem或者你指定的服务运行账户分配写入+修改权限。

2. 统一NLog配置的加载逻辑 #

• 你的WCF服务和类库可能各自初始化了NLog，没有共享宿主的配置。Debug下所有程序集都在同一个目录，自动加载了同一个配置，但Windows Service环境下加载逻辑有差异，导致子程序集用了默认配置（没输出）。
  • 解决办法：在Windows Service启动时先加载NLog配置，再启动WCF服务。这样后续加载的WCF和类库程序集会自动复用这个已经初始化好的配置。
  • 另外，确保所有项目的NLog.config内容完全一致，别搞多个不同的配置文件，容易出冲突。

3. 检查Async File Target的配置细节 #

• Async Target有时候会因为缓冲或线程问题在Windows Service环境下“吞”日志，尤其是没配置自动刷新的话。
  • 给你的Async Target加上flush超时配置，确保缓冲的日志能及时写入：

    <targets>
      <target xsi:type="AsyncWrapper" name="asyncFile">
        <target xsi:type="File" name="file" fileName="${basedir}/logs/${shortdate}.log"
                layout="${longdate} ${level} ${message} ${exception}"
                flushTimeout="5000" /> <!-- 5秒自动刷新缓冲 -->
      </target>
    </targets>
    

  • 还有，在Windows Service的OnStop方法里一定要调用LogManager.Shutdown()，强制刷新所有缓冲的日志，避免服务停止时丢失未写入的日志。

4. 开启NLog内部日志排查问题 #

如果上面的方法都没解决，直接开NLog的内部日志看报错——这是排查NLog问题的终极手段。在NLog.config里加这段：

<nlog internalLogFile="C:\temp\nlog-internal.log" internalLogLevel="Debug">
  <!-- 你的原有配置 -->
</nlog>

然后去C:\temp下看这个内部日志，里面会详细记录NLog加载配置、写入日志时的所有错误，比如“找不到配置文件”“权限不足”“版本冲突”之类的，一眼就能定位问题。

5. 确认所有项目的NLog版本一致 #

最后检查一下：WCF服务、类库、Windows Service这几个项目引用的NLog包版本是不是完全相同？版本不一致很容易导致程序集加载失败，日志自然出不来。统一所有项目的NLog版本，最好用NuGet包管理的“统一版本”功能。

我之前就是因为配置文件路径和权限的问题卡了好久，调整后所有日志就都正常输出了，你按这些步骤排查应该能解决问题。

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