C#转换Unix Epoch时间为UTC时ToUniversalTime值偏移问题

• 偏差核心原因：DateTime类型的Kind属性标记缺失，和Epoch时间本身的UTC基准无关。
  你调用DateTimeOffset.FromUnixTimeMilliseconds(ms)的逻辑本身完全正确，这个方法返回的是偏移量为0的准确UTC时间点。问题出在直接读取.DateTime属性的操作：该属性返回的DateTime对象，Kind属性会被默认标记为DateTimeKind.Unspecified，既不属于本地时间，也不属于UTC时间。
  当你对Unspecified类型的DateTime调用ToUniversalTime()方法时，.NET运行时会默认将这个时间判定为当前系统的本地时间（你所在区域当前为英国夏令时BST，比UTC快1小时），再执行转UTC的减1小时逻辑，最终就会出现比正确值少1小时的错误结果。
• 你示例中DateTime.Parse(ds)的输出偏差也是相同逻辑：带Z后缀的UTC格式ISO字符串解析后，生成的DateTime Kind为Local，直接输出会显示BST时区对应的20:32，调用ToUniversalTime()才会回到正确的19:32 UTC值。
• 正确的转换实现方式：
  • 如果你需要获取明确标记为UTC类型的DateTime对象，不要直接读取.DateTime属性，改用.UtcDateTime属性即可，返回值的Kind会被正确标记为Utc，后续调用ToUniversalTime()不会产生额外偏移：

    var ms = 1655494371419;
    // 正确返回UTC时间，Kind=Utc
    var correctUtcTime = DateTimeOffset.FromUnixTimeMilliseconds(ms).UtcDateTime;
    

  • 如果你需要获取当前系统时区对应的本地时间（比如英国夏令时/冬令时的本地显示时间），直接读取.LocalDateTime属性即可，运行时会自动适配时区和夏令时规则，不需要手动计算偏移。
  • 时间处理的通用最佳实践：涉及时间戳转换、跨系统时间传递的场景，优先全程使用DateTimeOffset类型存储和传递时间值，不要中途转换为DateTime类型，可以从根源上避免Kind属性标记错误带来的各类时间偏移问题。

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