C# GroupBy按Timestamp(DateTime)分组生产环境出现重复键异常问题

异常原因 #

• 最核心的原因是DateTime的相等判断规则和你可视化输出的精度不匹配：
  .NET的DateTime类型内部用ticks（1tick=100纳秒）存储时间值，相等判断会对比完整的ticks值和Kind属性（Utc/Local/Unspecified），但你的日志只输出到毫秒级，所以两个ticks亚毫秒部分不同、或者Kind不同的DateTime，打印出来的字符串完全一致，但会被GroupBy识别为不同的分组键。
• 本地和生产环境表现不一致的原因：
  本地测试用的Timestamp数据通常是人工构造、或者从测试库读取，刚好所有值的亚毫秒部分都是0、且Kind统一，所以分组正常；而生产环境的数据源（比如SQL Server的datetime2类型、日志采集的时间戳）普遍带亚毫秒精度，或者不同来源的时间戳Kind属性不统一，就会出现看起来键相同但实际被分成多组的情况。

验证方法 #

你可以修改日志代码，输出更多判断相等的核心字段，就能直接看到差异：

foreach (var price in prices.GroupBy(x => x.Timestamp))
{
    logger.LogInformation($"时间字符串：{price.Key.ToString("yyyy-MM-dd HH:mm:ss.fff")}，Ticks：{price.Key.Ticks}，Kind：{price.Key.Kind}");
}

修复方案 #

根据业务需求选择对应方案即可：

1. 如果业务只需要按毫秒精度分组：把分组键的精度对齐到毫秒

prices.GroupBy(x => new DateTime(x.Timestamp.Ticks / 10000 * 10000, x.Timestamp.Kind))

2. 如果是Kind不统一导致的问题：分组前统一转换为相同的时区属性

// 统一转为UTC时间分组
prices.GroupBy(x => x.Timestamp.ToUniversalTime())

3. 如果你用了EF/EF Core等ORM，注意确认生产环境的GroupBy是否被翻译成SQL执行，数据库端的DateTime比较规则和.NET可能存在差异，必要时先把数据加载到内存再做分组：

// 先执行SQL查询把数据加载到内存，再用Linq to Objects分组
prices.ToList().GroupBy(x => x.Timestamp)

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