ASP.NET Core 5部署到Server 2019 IIS后ILogger不写入日志问题

问题根因与解决方案 #

你遇到的现象是由IIS部署环境和你当前日志实现方案的兼容性问题导致的，和配置文件无关，不需要修改配置文件，问题原因和解决方法如下：

1. Release模式下Debug输出被编译裁剪 #

你本地测试用的是Debug编译配置，默认开启DEBUG编译符号，AddDebug()对应的日志提供程序会生效输出内容；而生产部署通常用Release编译配置，DEBUG符号默认关闭，所有Debug类的调用会在编译时被完全移除，AddDebug()提供程序不会输出任何内容，自然Trace监听器收不到日志。

• 临时验证方法：发布时选择Debug配置，部署后验证是否可以写入日志，但不推荐生产环境用Debug配置。
• 长期解决方案：不要依赖Debug提供程序做生产日志输出，换用专门的文件日志实现。

2. IIS应用池身份权限不足 #

即便Debug输出能正常生成，IIS应用池的默认运行身份对站点目录仅拥有基础读取和创建文件权限，没有修改写入文件的权限，也会导致文件创建后无法写入内容。
解决步骤：

• 打开IIS管理器，找到你站点对应的应用池名称
• 右键站点根目录→【属性】→【安全】→【编辑】→【添加】
• 搜索对象输入IIS AppPool\你的应用池名称（注意位置要选择当前服务器，不要选域），确认添加后给该身份授予修改、写入权限，保存后重启应用池。

3. 现有日志方案本身不兼容IIS生产环境 #

你当前的日志链路是ILogger → Debug提供程序 → 系统Trace → Trace监听器写文件，IIS的w3wp进程默认不会把Debug输出绑定到系统Trace监听器链，哪怕开启DEBUG编译，日志也无法传递到你注册的TextWriterTraceListener。
推荐直接更换更稳定的实现：

• 可选方案1：引入Serilog、NLog等成熟的ASP.NET Core日志组件，直接配置文件日志Sink，仅需几行代码即可实现生产可用的文件日志，无需依赖Trace和Debug管道。
• 可选方案2：自定义实现ILoggerProvider和ILogger，直接在日志实现逻辑中写文件，链路更短兼容性更好。

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