Serilog写入Azure表存储异常：移除日志代码后仍有重复日志输出

• 检查日志请求的重试队列：Azure表存储的客户端SDK（比如Azure.Storage.Tables）默认带有重试策略，之前因序列化失败的日志请求可能被缓存到队列中持续触发重试。你可以查看日志组件的重试配置，确认是否设置了5分钟间隔的重试规则；或者直接重启所有应用实例，清空内存中积压的失败请求队列。
• 排查后台服务/定时任务：如果项目包含后台Hosted Service、定时任务（如Hangfire、Quartz），这类组件可能未同步更新代码，仍在使用包含废弃属性的日志实体类。检查所有后台任务的代码，确认日志模型已同步修改，并且重启相关服务。
• 验证实体序列化配置：即使移除了废弃属性，Azure表存储的实体映射可能存在残留问题。可以给实体类显式添加[IgnoreProperty]标记（若基于TableEntity实现），或者检查序列化工具（如Json.NET）的配置，确保旧属性不会被自动序列化。另外，确认是否有AutoMapper这类映射工具仍在关联旧属性，导致日志对象携带无效字段。
• 检查日志中间件逻辑：如果使用了自定义日志中间件或Serilog/NLog的Azure扩展，中间件可能在捕获异常后重复将错误日志入队。查看中间件代码，是否存在异常处理循环（比如捕获序列化错误后又再次记录该错误），或者日志框架的配置是否有重复触发的规则。
• 确认所有实例已更新：若生产环境是多实例部署，可能存在部分实例未成功部署修复后的代码，仍在运行旧版本。登录服务器检查每个实例的代码版本，确保全部完成更新，必要时强制重启所有实例。

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