NLog配置文件优先级问题：多可执行文件与共享库场景

看起来你遇到的是NLog配置加载优先级引发的冲突问题——当目录中存在nlog.config时，NLog的自动配置查找逻辑可能优先加载了全局配置，而非你为每个新exe单独准备的app.exe.nlog，进而导致异常。下面我会帮你分析原因并给出几种实用解决方案：

核心原因：NLog的配置加载顺序 #

不同版本的NLog配置加载顺序略有差异，但常规逻辑是：当未通过代码手动指定配置时，NLog会按以下顺序尝试加载配置：

1. 与当前exe同名的.nlog文件（比如App.exe.nlog）
2. 全局的nlog.config文件
3. 应用程序的App.config/Web.config中的NLog配置节

但在某些场景下（比如旧版本NLog、文件权限问题），可能出现全局nlog.config被优先加载的情况，导致你的单独配置未生效；甚至因为全局配置依赖了共享库的组件（而新exe未引用），引发加载异常。

解决方案一：手动指定加载目标配置文件 #

最直接的方式是在每个新exe的启动代码最开始处，强制加载对应的app.exe.nlog，绕过NLog的自动查找逻辑。这样无论目录中有没有全局配置，都会使用你指定的配置：

using NLog;
using NLog.Config;

// 获取当前进程名，自动拼接配置文件名（避免硬编码）
var currentProcess = System.Diagnostics.Process.GetCurrentProcess();
var configPath = $"{currentProcess.ProcessName}.nlog";

// 加载并设置配置
var config = new XmlLoggingConfiguration(configPath, true);
LogManager.Configuration = config;

// 之后再初始化Logger
var logger = LogManager.GetCurrentClassLogger();

解决方案二：优化全局配置，实现多exe日志隔离 #

如果不想维护多个配置文件，可以修改全局的nlog.config，利用NLog的布局渲染器动态区分不同exe的日志文件。这样所有exe都使用全局配置，但各自写入独立的日志文件：

<nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

  <targets>
    <!-- 使用${processname}动态生成日志文件名 -->
    <target name="exeLog" xsi:type="File"
            fileName="${basedir}/logs/${processname}.log"
            layout="${longdate} ${level} ${message} ${exception:format=ToString}" />
  </targets>

  <rules>
    <!-- 所有日志都写入对应进程的文件 -->
    <logger name="*" minlevel="Trace" writeTo="exeLog" />
  </rules>
</nlog>

这种方式的好处是无需维护多个配置文件，所有exe的日志会自动按进程名区分，既满足共享库exe的需求，也适配新exe的日志隔离要求。

异常排查小贴士 #

如果还是遇到问题，可以通过以下方式定位：

• 检查app.exe.nlog的文件名是否与exe完全一致（包括大小写，部分系统/文件系统区分大小写）
• 启用NLog内部日志，查看配置加载的详细过程：

  // 在初始化Logger前添加
  LogManager.InternalLogLevel = LogLevel.Debug;
  LogManager.InternalLogFile = "nlog-internal.log";
  

  查看生成的nlog-internal.log，可以清楚看到NLog加载了哪个配置文件，以及是否有加载错误。
• 检查全局nlog.config中是否有依赖共享库的自定义组件（比如自定义Target），新exe未引用这些组件会导致加载失败。

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