哇，这是双重打击！我只是偶然发现了这篇文章并且根本不会发布任何内容，因为它太旧了而且 OP 没有显示任何代码。但后来好奇心控制了我，所以我检查了它。
仅使用 .NET BCL：
string tzid1 = "W. Australia Standard Time"; // Perth
TimeZoneInfo tz1 = TimeZoneInfo.FindSystemTimeZoneById(tzid1);
string tzid2 = "Sri Lanka Standard Time"; // Sri Jeyawardenepura
TimeZoneInfo tz2 = TimeZoneInfo.FindSystemTimeZoneById(tzid2);
DateTime dt1 = new DateTime(2006, 1, 1, 2, 0, 0);
Debug.WriteLine(dt1); // 1/1/2006 2:00:00 AM
DateTime dt2 = TimeZoneInfo.ConvertTime(dt1, tz1, tz2);
Debug.WriteLine(dt2); // 12/31/2005 11:30:00 PM
DateTime dt3 = TimeZoneInfo.ConvertTime(dt2, tz2, tz1);
Debug.WriteLine(dt3); // 1/1/2006 3:00:00 AM
果然，有OP描述的差异。起初我认为这一定是由于某种 DST 问题，所以我检查了Sri Lanka 和Perth。虽然两者都在 2006 年进行了过渡，但在这一天都没有接近它。不过，我认为我应该使用DateTimeOffset 进行检查以避免任何歧义问题：
string tzid1 = "W. Australia Standard Time"; // Perth
TimeZoneInfo tz1 = TimeZoneInfo.FindSystemTimeZoneById(tzid1);
string tzid2 = "Sri Lanka Standard Time"; // Sri Jeyawardenepura
TimeZoneInfo tz2 = TimeZoneInfo.FindSystemTimeZoneById(tzid2);
DateTime dt = new DateTime(2006, 1, 1, 2, 0, 0);
DateTimeOffset dto1 = new DateTimeOffset(dt, tz1.GetUtcOffset(dt));
Debug.WriteLine(dto1); // 1/1/2006 2:00:00 AM +08:00
DateTimeOffset dto2 = TimeZoneInfo.ConvertTime(dto1, tz2);
Debug.WriteLine(dto2); // 12/31/2005 11:30:00 PM +05:30
DateTimeOffset dto3 = TimeZoneInfo.ConvertTime(dto2, tz1);
Debug.WriteLine(dto3); // 1/1/2006 3:00:00 AM +09:00
它仍然关闭。你可以看到它认为目标时间应该是+09:00，但珀斯直到 2006 年 12 月 3 日才切换到那个位置。一月份它显然仍然是+08:00。
然后我想...Noda Time 来救援！
首先让我们检查是否使用相同的 Windows .NET BCL 时区。
string tzid1 = "W. Australia Standard Time"; // Perth
DateTimeZone tz1 = DateTimeZoneProviders.Bcl[tzid1];
string tzid2 = "Sri Lanka Standard Time"; // Sri Jeyawardenepura
DateTimeZone tz2 = DateTimeZoneProviders.Bcl[tzid2];
LocalDateTime ldt1 = new LocalDateTime(2006, 1, 1, 2, 0, 0);
ZonedDateTime zdt1 = ldt1.InZoneStrictly(tz1);
Debug.WriteLine(zdt1.ToDateTimeOffset()); // 1/1/2006 2:00:00 AM +08:00
ZonedDateTime zdt2 = zdt1.WithZone(tz2);
Debug.WriteLine(zdt2.ToDateTimeOffset()); // 12/31/2005 11:30:00 PM +05:30
ZonedDateTime zdt3 = zdt1.WithZone(tz1);
Debug.WriteLine(zdt3.ToDateTimeOffset()); // 1/1/2006 2:00:00 AM +08:00
嘿，这似乎解决了它，对吧？如果是这样，那将意味着问题不与 Windows 时区数据有关，因为 Noda Time 的 BCL 提供程序使用完全相同的数据。所以TimeZoneInfo.ConvertTime 中一定有什么缺陷。 Whammy #1。
为了检查一切是否正常，让我们对 IANA TZDB 数据进行同样的尝试。众所周知，它毕竟更准确：
string tzid1 = "Australia/Perth";
DateTimeZone tz1 = DateTimeZoneProviders.Tzdb[tzid1];
string tzid2 = "Asia/Colombo"; // Sri Jeyawardenepura
DateTimeZone tz2 = DateTimeZoneProviders.Tzdb[tzid2];
LocalDateTime ldt1 = new LocalDateTime(2006, 1, 1, 2, 0, 0);
ZonedDateTime zdt1 = ldt1.InZoneStrictly(tz1);
Debug.WriteLine(zdt1.ToDateTimeOffset()); // 1/1/2006 2:00:00 AM +08:00
ZonedDateTime zdt2 = zdt1.WithZone(tz2);
Debug.WriteLine(zdt2.ToDateTimeOffset()); // 1/1/2006 12:00:00 AM +06:00
ZonedDateTime zdt3 = zdt1.WithZone(tz1);
Debug.WriteLine(zdt3.ToDateTimeOffset()); // 1/1/2006 2:00:00 AM +08:00
还有，我的朋友们，Whammy #2。注意中间时间是使用+06:00 偏移量吗？我认为这是错误的，但是当我再次检查here 时，发现 TZDB 数据是正确的。斯里兰卡当时在+06:00。直到四月才切换到+05:30。
所以回顾一下 Whammys：
- Windows
TimeZoneInfo.ConvertTime 函数似乎存在缺陷。
-
"Sri Lanka Standard Time" 区域的 Windows 时区数据不正确。
最好总是使用 Noda Time 和 TZDB！
更新
感谢 Jon Skeet 帮助确定第一个问题是 "W. Australia Standard Time" 区域被 TimeZoneInfo 类解释的方式。
我对 .NET Framework 参考源代码进行了很多研究，我相信这发生在私有静态方法 TimeZoneInfo.GetIsDaylightSavingsFromUtc 中。我相信他们没有考虑到 DST 并不总是在同一日历年开始和停止。
在这种情况下，他们将 2006 年的调整规则与 2005 年一起应用，并在 12/4/2005 的 startTime 之前得到 1/2/2005 的 endTime。他们确实试图协调这应该是在 2006 年（通过错误地添加了一年），但他们不认为数据是倒序的。
这个问题可能会出现在任何在冬季开始 DST 的时区（例如澳大利亚），并且它会在过渡规则发生变化的任何时候以一种或另一种形式出现 - 它在 2006 年发生了变化。
我提出了一个问题on Microsoft Connect here。
我提到的“第二次打击”只是因为斯里兰卡的历史数据不存在于 Windows 时区注册表项中。