ASP.NET Core扩展库中ExtendedLogger与OpenTelemetry集成问题解析

在ASP.NET Core的扩展库Microsoft.Extensions.Telemetry中，ExtendedLogger与OpenTelemetry的集成存在一个关键性问题：当日志记录包含{OriginalFormat}属性时，OpenTelemetry无法正确处理该属性，导致日志消息格式化行为不符合预期。

问题本质

OpenTelemetry对{OriginalFormat}属性有特殊处理逻辑：该属性必须位于日志属性集合的最后位置，才能被正确识别为消息模板。然而ExtendedLogger当前实现未能保证这一点，特别是在以下场景中：

1. 使用源代码生成的日志记录方法时
2. 启用日志丰富化(Enrichment)功能时
3. 结合静态丰富化和日志脱敏功能使用时

技术细节分析

当IncludeFormattedMessage设置为false时，OpenTelemetry本应使用{OriginalFormat}的值作为LogRecord.Body内容。但由于属性顺序问题，系统错误地使用了格式化后的消息。这会导致：

• 日志分析系统无法正确解析原始消息模板
• 日志聚合功能受到影响
• 日志查询效率降低

解决方案实现

修复方案需要确保{OriginalFormat}属性始终位于属性集合末尾。这需要考虑多种日志记录场景：

1. 源代码生成日志：修改生成代码逻辑，强制{OriginalFormat}位于最后
2. 常规日志方法：调整LogInformation等方法的属性排序
3. 丰富化场景：确保丰富化处理器不会破坏属性顺序

影响范围评估

该问题影响所有使用ExtendedLogger并集成OpenTelemetry的场景，特别是：

• 使用最新C#源代码生成功能的日志记录
• 需要结构化日志处理的应用程序
• 依赖日志消息模板进行监控告警的系统

最佳实践建议

开发人员在使用时应注意：

1. 明确设置IncludeFormattedMessage参数
2. 测试验证日志输出是否符合预期
3. 在复杂场景(如丰富化+脱敏)下进行充分测试

该修复已合并到主分支，将在后续版本中发布。对于需要立即使用的项目，建议关注更新并及时升级。