夏令时更改为绝对日期

Question

我正在尝试在我的闹钟应用中实施正确的 DST 调整处理。因此，我正在阅读 DYNAMIC_TIME_ZONE_INFORMATION 的描述，用于通过 GetTimeZoneInformationForYear API 检索当前的 DST 调整信息，其中包含以下内容：

DaylightDate：

包含日期和本地的SYSTEMTIME 结构 从标准时间过渡到夏令时的时间 在此操作系统上发生。如果时区不支持 夏令时或调用者需要禁用夏令时 时间，SYSTEMTIME 结构中的 wMonth 成员必须为零。如果 此日期已指定，此结构中的 StandardDate 成员必须 也被指定。否则，系统假定时区数据为 无效，不会应用任何更改。选择正确的日期 月份，将 wYear 成员设置为零，wHour 和 wMinute 成员 到过渡时间，wDayOfWeek 成员到适当的 weekday，以及 wDay 成员来指示发生的那一天 一个月内的第几周（1 到 5，其中 5 表示最后一个 如果一周中的那一天没有发生，则在一个月内发生 5 次）。

如果 wYear 成员不为零，则过渡日期为 绝对;它只会发生一次。否则就是亲戚 每年发生的日期。

我还在检查世界各地观察到的current DST adjustments，如果相对 DST 调整看起来很简单，我不太清楚如何通过DYNAMIC_TIME_ZONE_INFORMATION 传达以下调整——只需一个绝对的一个月和一天。

例如：

Egypt
-----
DST Start: May 15
DST End: Last Friday September

或者这个：

Iran
----
DST Start: March 21–22
DST End: September 21–22

有人知道怎么做吗？

Answer 1

要了解时区结构，查看以下键下的 Windows 注册表会有所帮助：

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\

在这里您可以找到the Microsoft time zone database 的所有内置时区，即maintained by Microsoft via Windows Updates。

让我们看一下您提到的一个示例案例：

.\Egypt Standard Time\

.\Egypt Standard Time\Dynamic DST\

从中我们可以看到，2005-2011 年定义了特定的 DST 规则。在这个范围之外，我们回退到根条目的TZI 值。

您会注意到这里缺少 2014 年埃及的条目。那是因为埃及几乎没有通知the upcoming change。您可以期待 Microsoft 的修补程序很快就会随更新一起提供。

将注册表中的二进制数据反序列化为REG_TZI_FORMAT结构，如下所示：

typedef struct _REG_TZI_FORMAT
{
    LONG Bias;
    LONG StandardBias;
    LONG DaylightBias;
    SYSTEMTIME StandardDate;
    SYSTEMTIME DaylightDate;
} REG_TZI_FORMAT;

您应该注意的一个问题是，Windows 不喜欢在午夜转换的时区。解决方法是不要说“九月最后一个星期五的 00:00”，而必须说“九月最后一个星期四的 23:59:59.999”。但是，在这里您必须小心，因为此类规则有时会导致错误的派生日期。为了解决这个问题，有时每年都会有自己的规则。仍然使用重复模式格式而不是固定日期格式，主要是为了保持一致性。

但是，还有另一个问题 - 这种结构一年只能支持两次夏令时转换。一个在 DST 开始时在 DaylightDate，一个在 DST 结束时在 StandardDate。由于埃及正在制定夏令时斋月除外，所以会有four transitions。这也发生在Egypt in 2010 中，并且也经常发生在Morocco 中。为应对这一设计缺陷，Microsoft 传统上会发布多个更新，与更改同步。 （例如，请参阅KB2297272。）

我假设 Microsoft 将推出多次更新更改，因此为了举例，我们将省略斋月期间。此规则从 5 月的第 2 个星期三 23:59:59.999 开始夏令时，并在 9 月的最后一个星期四 23:59:59.999 结束。

"TZI" = 88ffffff 00000000 c4ffffff 000009000400050017003b003b00e703 000005000300020017003b003b00e703

这对应于具有这些值的 REG_TZI_FORMAT 结构（为清楚起见，作为 JSON）：

{
    "Bias" : -120,         // Standard offset is UTC+2
    "StandardBias" : 0,
    "DaylightBias" : -60,  // Subtract an hour for DST
    "StandardDate" : {
        "wYear" : 0,       // Recurrence pattern
        "wMonth" : 9,      // September
        "wDayOfWeek" : 4,  // Thursday
        "wDay" : 5,        // Last occurrence
        "wHour" : 23,
        "wMinute" : 59,
        "wSecond" : 59,
        "wMilliseconds" : 999
    },
    "DaylightDate" : {
        "wYear" : 0,       // Recurrence pattern
        "wMonth" : 5,      // May
        "wDayOfWeek" : 3,  // Wednesday
        "wDay" : 2,        // Second occurrence
        "wHour" : 23,
        "wMinute" : 59,
        "wSecond" : 59,
        "wMilliseconds" : 999
    }
}

我认为这个答案已经够长了，所以如果你愿意，我会留给你来推断伊朗的规则。不过，我要指出的是，伊朗的 Windows 数据自 2009 年以来一直不正确，并且尚未收到更新。 :-/

附带说明，如果您想指定一个固定日期规则，您可以提供一个非零的“实际”年份值。然后 day 字段代表实际的一天 - 而不是发生的时间。但是，这通常会被避免，因为它只对适用于个别年份的动态 DST 规则有意义。在根节点的通用 TZI 条目中使用固定日期是没有意义的。

更新

Microsoft 已在 KB2967990 中发布了 2014 年埃及的更新。

Answer 2

伊朗是一个奇怪的国家，因为 DST 过渡日期不符合 Microsoft 注册表所期望的正常规则。例如：三月的第二个星期日。所以我同意您需要使用绝对日期，但使用注册表格式来实现。 DST 过渡日期的工作日几乎每年都不同。

伊朗夏令时过渡日期基于波斯历 https://mm.icann.org/pipermail/tz/2003-March/012053.html

因此，动态注册方法将是每年都有很多变化的答案！