如何阻止Application Insights格式化日期字符串

当使用.NET的Microsoft.ApplicationInsights包发送自定义事件时，若属性值被后端自动识别为日期格式并转换，可通过以下几种方式解决：

1. 重命名属性以避开日期识别 #

将带有日期语义的属性名（如startingDate）修改为非日期指向的名称，例如startingDateString、startDateText。这种方式无需修改代码逻辑，后端会将其视为普通字符串属性，保留原始格式。

2. 修改日期字符串格式，破坏自动识别规则 #

在发送的日期字符串中添加非日期相关的字符，破坏后端的日期格式匹配逻辑：

• 示例：将"2022-11-07"改为"2022-11-07_"（添加下划线后缀）或" 2022-11-07"（添加前缀空格）
• 若需在查询时恢复原始格式，可在Kusto查询中使用字符串处理函数去除额外字符：

  customEvents
  | extend startingDate = trim('_', customDimensions.startingDate)
  

3. 通过自定义TelemetryInitializer强制标记属性为字符串 #

创建自定义遥测初始化器，在遥测发送前明确处理目标属性，避免后端自动类型转换：

public class ForceStringPropertyInitializer : ITelemetryInitializer
{
    public void Initialize(ITelemetry telemetry)
    {
        if (telemetry is EventTelemetry eventTelemetry && 
            eventTelemetry.Properties.TryGetValue("startingDate", out var dateStr))
        {
            // 重新赋值确保属性被识别为字符串
            eventTelemetry.Properties["startingDate"] = dateStr.ToString();
        }
    }
}

在应用启动时注册该初始化器：

// 在Program.cs或Startup.cs中
services.AddApplicationInsightsTelemetry();
services.AddSingleton<ITelemetryInitializer, ForceStringPropertyInitializer>();

4. 使用非结构化字段存储日期字符串 #

若上述方式均不适用，可将日期字符串嵌入到EventTelemetry的Message字段，或自定义遥测类型的非结构化内容中。这种方式会增加后续查询的复杂度，仅作为备选方案。

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