C#在Windows环境下如何无需转换直接获取真实IANA时区

在Windows设备上运行.NET程序时，时区信息默认从Windows注册表读取，因此系统原生返回的是Windows格式的时区ID，而非跨平台通用的IANA时区ID。.NET 内置了两类ID的互转API，调用示例如下：

TimeZoneInfo.TryConvertIanaIdToWindowsId("Canada/Eastern", out string temp2);
TimeZoneInfo.TryConvertWindowsIdToIanaId(temp2, out string temp3);
Debug.WriteLine(temp2 ?? "NULL"); // 输出：Eastern Standard Time
Debug.WriteLine(temp3 ?? "NULL"); // 输出：America/New_York

需要特别注意：两类时区ID的转换并非双向可逆。Windows会将一批时间偏移、夏令时规则近似的IANA时区统一映射到同一个Windows时区ID，反向转换时只会返回该分组下的一个默认规范IANA ID，比如上述示例中Canada/Eastern经过两次转换后就变成了America/New_York。
非Windows设备不存在这个问题，Linux、macOS等系统默认直接使用IANA时区ID。

Windows如何兼容同组IANA时区的规则差异？ #

Windows本身的时区存储逻辑不会保留同组下不同IANA时区的细分差异：

• 所有映射到同一个Windows时区ID的IANA时区，Windows会统一应用一套内置的时间偏移、夏令时规则，规则更新通过Windows系统补丁推送，不会单独匹配每个IANA时区的历史规则或未来规则差异。
• 如果同组内的某个地区调整了时间规则（比如宣布取消夏令时），微软推送对应更新后，新规则会直接应用到该Windows时区ID下关联的所有地区，不会做地区级的细分区分，这也是为什么Windows时区转换回IANA ID时无法做到100%精准的根本原因。

Windows环境下获取准确IANA时区的可行方案 #

不存在能100%精准获取用户真实IANA时区的原生无交互方案，可根据业务场景选择以下落地方式：

• 前后端分离架构的应用：直接在前端通过浏览器原生API Intl.DateTimeFormat().resolvedOptions().timeZone 获取当前环境的准确IANA时区，传递给后端使用即可，该方案覆盖所有现代浏览器，精度最高。
• 纯桌面端.NET应用：先读取系统返回的Windows时区ID，再读取用户系统设置中配置的国家/地区编码，结合国家/地区信息匹配对应Windows时区分组下更贴合用户所在位置的IANA ID，匹配准确率远高于直接调用默认的反向转换API。
• 对时区精度要求极高的场景：可在应用首次启动时增加一步轻量的时区确认步骤，展示自动识别的时区结果让用户核对，从根源上避免自动转换带来的误差。

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