仅通过AppSettings引用时Serilog Sink DLL未复制至应用Bin目录问题求助

这个问题我碰到过好几次，核心原因就是构建系统没检测到横切DLL对Serilog File/RollingFile Sink的静态依赖——因为你是通过AppSettings动态配置的，没有直接在代码里引用这些Sink的类型，所以编译时不会把它们的DLL自动复制到主应用的输出目录。给你几个靠谱的解决办法，按推荐程度排序：

1. 添加“依赖标记”类（优化你的临时方案） #

你的临时方案创建RollingFile变量的思路是对的，但可以更优雅，不用实例化对象，只要在横切DLL里加一个专门的类来引用Sink的类型就行，目的就是让构建系统识别到这个依赖：

// 放在横切DLL的任意类文件里，比如DependencyMarker.cs
internal static class SerilogSinkDependencyMarker
{
    // 仅引用类型，不需要实际调用或实例化
    private static readonly Type _fileSinkType = typeof(Serilog.Sinks.File.FileSink);
    private static readonly Type _rollingFileSinkType = typeof(Serilog.Sinks.RollingFile.RollingFileSink);
}

这样编译时，编译器会把这两个Sink的DLL标记为依赖，自动复制到主应用的Bin目录。这个方案零侵入，也不用修改主应用的配置。

2. 调整NuGet/项目引用的依赖设置 #

如果你的横切DLL是通过NuGet包发布的，或者主应用是直接引用横切DLL项目的：

• 对于NuGet包：在横切DLL的项目文件中，把Serilog.Sinks.File和Serilog.Sinks.RollingFile的包引用设置为非开发依赖（也就是<PrivateAssets>none</PrivateAssets>），这样主应用安装横切DLL的NuGet包时，会自动安装这两个Sink的包，它们的DLL会被复制到主应用输出目录。
• 对于本地项目引用：检查横切DLL项目中这两个Sink的引用属性，确保复制本地（Copy Local）设置为True（默认就是True，但如果改过的话要调回来）。

3. 手动添加Post-build复制事件（不推荐，仅应急用） #

如果上面的方案都没法用，可以在横切DLL的项目里加Post-build事件，手动把Sink的DLL复制到主应用的输出目录。比如：

xcopy "$(SolutionDir)packages\Serilog.Sinks.File.*\lib\net46\Serilog.Sinks.File.dll" "$(SolutionDir)MyMainApplication\bin\$(Configuration)\" /Y /I
xcopy "$(SolutionDir)packages\Serilog.Sinks.RollingFile.*\lib\net46\Serilog.Sinks.RollingFile.dll" "$(SolutionDir)MyMainApplication\bin\$(Configuration)\" /Y /I

注意要根据你的项目结构、.NET版本调整路径。这个方案的缺点是硬编码路径，项目结构变了就会失效，所以只建议应急用。

补充：确认Serilog配置的using项 #

虽然这个解决不了DLL复制的问题，但确保AppSettings里有这两项可以让Serilog正确识别Sink：

<appSettings>
  <add key="serilog:using:File" value="Serilog.Sinks.File" />
  <add key="serilog:using:RollingFile" value="Serilog.Sinks.RollingFile" />
  <!-- 其他Serilog配置项 -->
</appSettings>

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