Blazor Server部署IIS多站点，Serilog按主机名分日志是否可靠？

正常配置且无代码/配置失误的情况下，test-t1.com的日志不会写入test-t2.com的目录，但没法说“绝对不会”，得看几个关键环节有没有做到位：

• 核心依赖：请求级别的LogContext注入
  只要你的自定义中间件是在每个请求的生命周期初期就把主机名推入LogContext，并且Blazor Server的请求上下文（包括SignalR长连接）都能正确继承这个上下文，Serilog基于LogContext里的主机名配置的sink就能精准分流日志。

• 可能导致串流的例外场景

  • 中间件注册顺序错误：如果中间件放在Blazor的SignalR中间件之后，长连接请求可能拿不到正确的主机名，日志就可能串到其他目录。
  • 异步代码里的LogContext维护失误：比如在异步方法中没有用LogContext.PushProperty的返回值（IDisposable）确保上下文隔离，导致跨请求复用了上下文内容。
  • IIS站点绑定冲突：如果两个站点的主机名规则重叠，请求被错误路由到其他站点，自然会生成错误目录的日志。
  • Serilog配置错误：比如sink的目录变量没正确绑定LogContext里的主机名，或者开启了shared: true导致多进程写文件（不过这是文件共享问题，不是目录串流）。

• 验证方案
  直接做个简单测试：分别给test-t1.com和test-t2.com发请求，触发自定义日志和未处理异常，检查\logs\下的目录生成情况，看日志是否对应到正确的主机名目录里。同时可以检查Serilog的文件sink配置，确保是类似这样的写法：

  .WriteTo.File(
      path: @"logs\{HostName}\log-.txt",
      rollingInterval: RollingInterval.Day,
      outputTemplate: "{Timestamp:yyyy-MM-dd HH:mm:ss.fff zzz} [{Level:u3}] {Message:lj}{NewLine}{Exception}",
      shared: false
  )
  

  另外确认中间件注册在app.UseRouting()之后、app.UseEndpoints()之前，覆盖所有请求类型。

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