TimeZoneInfo.SupportsDaylightSavingTime是否匹配Windows夏令时自动调整设置？

我来帮你梳理下这个问题的核心原因和解决思路：

首先，你遇到的矛盾点本质是两个不同层面的DST状态判断：

1. .NET的SupportsDaylightSavingTime属性的真实含义 #

这个属性返回的是该时区在历史上是否存在过夏令时规则，而不是当前系统是否启用了该时区的夏令时。莫斯科时区在2014年之前确实实行过夏令时，所以即使现在俄罗斯取消了DST，.NET的这个属性依然会返回true——它只是反映时区的规则历史，和Windows设置里的开关状态没有直接关联。

2. Windows设置里的“自动调整夏令时”开关对应什么？ #

这个开关的状态直接对应Win32函数GetDynamicTimeZoneInformation返回的DynamicDaylightTimeDisabled字段：

• 当开关开启时，DynamicDaylightTimeDisabled = false（系统启用DST）
• 当开关关闭时，DynamicDaylightTimeDisabled = true（系统禁用DST）

你提到测试莫斯科时区时这个值为false，但Windows设置里开关是关闭的，这大概率是因为你使用的Windows 10 17134版本（2018年春季更新）的时区数据没有更新到最新状态。虽然俄罗斯在2014年就取消了DST，但旧版本Windows的时区数据库可能没有及时将莫斯科时区的默认DST状态设置为禁用，导致API返回值和设置界面出现不一致。

针对你的亭式应用的解决方案 #

1. 放弃依赖.NET的SupportsDaylightSavingTime：这个属性无法反映系统当前的DST启用状态，完全不适合用来控制你复刻的设置开关。
2. 始终用Win32的GetDynamicTimeZoneInformation获取真实状态：直接读取DynamicDaylightTimeDisabled的值来同步你的应用开关状态，这是和Windows设置界面保持一致的唯一可靠方式。
3. 如果允许，更新系统时区数据：虽然亭式应用通常限制更新，但如果可行，安装Windows的时区更新补丁可以解决旧版本系统的时区数据滞后问题，避免API返回值和界面的矛盾。
4. 用tzutil设置时区时的注意事项：设置莫斯科时区时，确保使用正确的时区ID（tzutil /l可以查看完整列表，莫斯科对应的是Russian Standard Time），系统会自动应用该时区的当前DST配置，不需要额外参数。

举个实际的判断逻辑示例：

// 调用Win32函数获取DynamicDaylightTimeDisabled值
bool isDstDisabled = GetDynamicDaylightTimeDisabled();
// 你的应用开关状态应该和这个值对应：
// isDstDisabled == true → 开关关闭（禁用夏令时）
// isDstDisabled == false → 开关开启（启用夏令时）

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