UTC日期变更时TimeZoneInfo.ConvertTimeFromUtc转换结果异常排查

问题场景 #

原本尝试用以下代码将UTC日期转换为指定时区的当前日期：

var nowUtcDate = DateTime.UtcNow;
var localDate = TimeZoneInfo.ConvertTimeFromUtc(nowUtcDate.Date, TZConvert.GetTimeZoneInfo("America/Los_Angeles")).Date;

if(someDueDate == localDate){
  ...
}

出现异常：当UTC日期为2023年6月10日时，localDate结果为2023年6月9日，不符合预期；改用TimeZoneInfo.FindSystemTimeZoneById("America/Los_Angeles")替换TZConvert.GetTimeZoneInfo后，结果正确。但当UTC日期切换到2023年6月11日时，换回原代码又能得到正确结果。

测试环境信息：

• 测试时间：2023年6月10日（美国中部时间下午6:50-7:15，对应UTC 2023年6月10日23:50 - 6月11日00:07）
• 操作系统：Windows 10 PRO

问题根源 #

核心问题出在过早调用Date属性截断时间，以及时区转换的时间点逻辑上：

1. nowUtcDate.Date会把当前UTC时间截断为当天00:00，比如在UTC 2023-06-10 23:50时，截断后是2023-06-10 00:00 UTC
2. 洛杉矶时区在6月处于夏令时（UTC-7），2023-06-10 00:00 UTC转换为洛杉矶时间是2023-06-09 17:00，再取Date自然就是6月9日
3. 当UTC进入6月11日00:00后，nowUtcDate.Date是2023-06-11 00:00 UTC，转换为洛杉矶时间是2023-06-10 17:00，取Date就是6月10日，所以此时原代码看似正常，但逻辑依然错误

至于TZConvert和FindSystemTimeZoneById的差异，并非库本身的问题，而是原代码逻辑漏洞导致的巧合结果差异。

正确实现方案 #

原始需求是获取指定时区的当前日期时间，再与数据库存储的日期对比。正确的做法是直接转换完整的UTC时间，不要提前截断Date：

// 获取完整UTC时间
var nowUtc = DateTime.UtcNow;
// 转换为目标时区的完整时间
var targetZoneTime = TimeZoneInfo.ConvertTimeFromUtc(nowUtc, TZConvert.GetTimeZoneInfo("America/Los_Angeles"));
// 如需对比日期，再取Date属性
var targetDate = targetZoneTime.Date;

if(someDueDate == targetDate){
  ...
}

比如针对奥克兰时区的场景，直接转换DateTime.UtcNow就能得到正确的2023年6月12日02:00 AM这类结果，避免了提前截断时间导致的日期偏移问题。

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