UTC/本地时间转莫斯科、基辅时区的夏令时适配问题

先明确两个关键的.NET时区映射规则：

• 莫斯科（俄罗斯）：对应TimeZoneInfo中的Russian Standard Time，全年不执行夏令时切换
• 基辅（乌克兰）：对应TimeZoneInfo中的FLE Standard Time，每年会按规则切换夏令时

针对你列出的测试场景，我整理了各场景的预期行为和验证逻辑：

俄罗斯（莫斯科）相关测试场景 #

冬季场景 #

• 冬季 + 俄罗斯 + DateTimeKind.Utc：把UTC时间转莫斯科时间时，始终采用UTC+3的偏移量（无夏令时调整）。用代码实现的话，就是TimeZoneInfo.ConvertTimeFromUtc(utcDateTime, russianTimeZone)，结果固定为UTC时间加3小时。
• 冬季 + 俄罗斯 + DateTimeKind.Local：如果当前系统的Local时区就是莫斯科，直接用UTC+3的时间即可；若系统Local不是莫斯科，需要先把Local时间转成UTC，再转换为莫斯科时区时间，全程不会有夏令时相关的偏移变化。

夏季场景 #

• 夏季 + 俄罗斯 + DateTimeKind.Utc：和冬季表现完全一致，仍然转换为UTC+3的时间——毕竟俄罗斯早就取消了夏令时，夏季不会调快1小时。
• 夏季 + 俄罗斯 + DateTimeKind.Local：同样没有夏令时切换逻辑，系统Local若为莫斯科时区，本地时间始终保持UTC+3，不会出现其他时区常见的夏令时后偏移+1的情况。

乌克兰（基辅）相关测试场景 #

冬季场景 #

• 冬季 + 基辅 + DateTimeKind.Utc：转换为基辅时间时使用UTC+2的标准偏移量，执行TimeZoneInfo.ConvertTimeFromUtc(utcDateTime, kyivTimeZone)后，结果是UTC时间加2小时。
• 冬季 + 基辅 + DateTimeKind.Local：若系统Local是基辅时区，本地时间就是UTC+2；若不是，需先转UTC再转基辅时区，同样适用冬季UTC+2的偏移规则。

夏季场景（补充你未写完的部分） #

• 夏季 + 基辅 + DateTimeKind.Utc：夏令时生效后，基辅时区的偏移会变为UTC+3，转换后的时间会比UTC时间多3小时。
• 夏季 + 基辅 + DateTimeKind.Local：如果系统Local是基辅时区，TimeZoneInfo会自动识别当前处于夏令时区间，本地时间会切换为UTC+3，无需手动调整。

验证代码示例 #

如果要实际验证这些行为，可以参考这段代码片段：

// 获取目标时区实例
var russianTimeZone = TimeZoneInfo.FindSystemTimeZoneById("Russian Standard Time");
var kyivTimeZone = TimeZoneInfo.FindSystemTimeZoneById("FLE Standard Time");

// 测试夏季UTC转莫斯科时间
DateTime summerUtc = new DateTime(2024, 6, 1, 12, 0, 0, DateTimeKind.Utc);
DateTime moscowSummer = TimeZoneInfo.ConvertTimeFromUtc(summerUtc, russianTimeZone);
// 预期结果：2024-06-01 15:00:00（UTC+3）

// 测试夏季UTC转基辅时间
DateTime kyivSummer = TimeZoneInfo.ConvertTimeFromUtc(summerUtc, kyivTimeZone);
// 预期结果：2024-06-01 15:00:00（UTC+3，夏令时生效）

// 测试冬季UTC转基辅时间
DateTime winterUtc = new DateTime(2024, 1, 1, 12, 0, 0, DateTimeKind.Utc);
DateTime kyivWinter = TimeZoneInfo.ConvertTimeFromUtc(winterUtc, kyivTimeZone);
// 预期结果：2024-01-01 14:00:00（UTC+2，标准时间）

小提醒：DateTimeKind.Local的行为依赖于当前运行代码的系统时区设置，如果你的测试环境Local时区不是目标时区，建议始终明确指定要转换的时区，避免出现意料之外的结果。

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