关于GetUtcOffset在1972/1973年返回错误偏移量的解决咨询

这确实是.NET Framework中TimeZone类的一个已知历史时区数据问题，尤其针对1972和1973年的英国夏令时（BST）转换规则——当时的夏令时开始日期调整导致旧API的内置数据出现了7天的偏差。以下是几种实用的解决办法：

1. 切换到现代的TimeZoneInfo类（推荐方案） #

旧的TimeZone类本身存在不少设计缺陷，而且依赖系统老旧的时区数据，微软也推荐使用TimeZoneInfo来替代它。这个类的时区数据更准确，能正确处理1972/1973年的夏令时规则。

示例代码：

// 获取英国伦敦时区
TimeZoneInfo ukTimeZone = TimeZoneInfo.FindSystemTimeZoneById("GMT Standard Time");
// 计算指定日期的UTC偏移量
DateTime targetDate = new DateTime(1972, 03, 19, 02, 00, 00);
TimeSpan offset = ukTimeZone.GetUtcOffset(targetDate);

TimeZoneInfo会自动根据正确的历史夏令时规则计算偏移量，完全避开旧API的问题。

2. 手动修正夏令时规则（若必须保留TimeZone类） #

如果你因为项目限制无法切换到TimeZoneInfo，可以手动修正GetDaylightChanges返回的错误时间，再自行计算偏移量：

DateTime targetDate = new DateTime(1972, 03, 19, 02, 00, 00);
TimeZone localZone = TimeZone.CurrentTimeZone;
DaylightTime daylight = localZone.GetDaylightChanges(targetDate.Year);

// 针对1972和1973年修正夏令时开始时间
if (targetDate.Year is 1972 or 1973)
{
    daylight = new DaylightTime(
        daylight.Start.AddDays(-7),  // 修正开始时间（减7天）
        daylight.End,
        daylight.Delta
    );
}

// 手动判断当前日期是否在夏令时区间内，计算偏移量
TimeSpan utcOffset = localZone.BaseUtcOffset;
if (targetDate >= daylight.Start && targetDate < daylight.End)
{
    utcOffset += daylight.Delta;
}

这段代码会针对问题年份修正夏令时的开始时间，然后按照正确的区间计算UTC偏移量。

3. 更新系统时区数据 #

如果你的应用运行在Windows系统上，确保系统安装了最新的时区更新补丁。因为TimeZone类依赖系统自带的时区数据库，微软会通过Windows更新发布历史时区数据的修正补丁，更新后旧API的行为可能会自动修复。

内容的提问来源于stack exchange，提问作者David Milloy Strachan