DateTime.ToUniversalTime 和 TimeZoneInfo.ConvertTimeToUtc 之间有什么区别

Question

我刚刚开始认真考虑推出一个网络应用程序，该应用程序需要在用户一天开始时（比如早上 6 点）为用户做一些事情。也在他们的日子结束时。

我到处都读到人们说了很多只是为了使用 .ToUniversalTime 将时间存储在 UTC 中，但是当我尝试这个（正如我怀疑的那样）时，它不起作用，它只是将时间移动了大约一个小时（我在英国，所以我认为这与 GMT 到 UTC 的一些偏移有关，尽管这对我来说没有意义，因为夏令时此时应该关闭）。

我在数据库中有一个存储用户时区的字段，因此当我开始使用 ConvertTimeToUtc 和 fromUtc 时，它开始执行我期望的操作。尽管我再次不确定我是否必须自己构建一些逻辑来进行夏令时转换，或者它应该为我做这件事。

我主要想知道为什么每个人都在谈论 .ToUniversalTime，因为它似乎确实对我没有帮助，而且我不明白它怎么可能知道偏移多少时间以将其转换为 UTC，而第二种方式有道理。

有人可以解释一下每种方法有何用处吗？

Answer 1

这两者之间实际上是有区别的。

在 .NET 3.5 及更低版本中，Datetime.ToUniversalTime 实现为：

public DateTime ToUniversalTime() {
    return TimeZone.CurrentTimeZone.ToUniversalTime(this);
}

由于它使用了 TimeZone 类，因此遇到了 Datetime.ToUniversalTime 中提到的相同问题a href="https://msdn.microsoft.com/en-us/library/system.timezone.aspx" rel="noreferrer">MSDN 文档：

TimeZone 类仅支持本地时区的单个夏令时调整规则。因此，TimeZone 类只能在最新调整规则生效期间准确报告夏令时信息或在 UTC 和本地时间之间进行转换。相比之下，TimeZoneInfo 类支持多种调整规则，这使得可以使用历史时区数据。

在 .NET 4.0 及更高版本中，Datetime.ToUniversalTime 实现为：

public DateTime ToUniversalTime() { 
    return TimeZoneInfo.ConvertTimeToUtc(this, TimeZoneInfoOptions.NoThrowOnInvalidTime);
} 

这修复了不支持历史调整规则的问题，但由于 NoThrowOnInvalidTime > 标志，它与仅调用 TimeZoneInfo.ConvertimeToUtc 不同。

它调用的方法是采用 TimeZoneInfoOptions 标志的 ConvertTimeToUtc 的内部重载。该方法的公共版本使用TimeZoneInfoOptions.None，而此版本使用TimeZoneInfoOptions.NoThrowOnInvalidTime。

差异可以如下说明。将时区设置为美国太平洋时间：

DateTime dt = new DateTime(2015, 3, 8, 2, 0, 0, DateTimeKind.Local);
DateTime utc = dt.ToUniversalTime();
Console.WriteLine(utc); // "3/8/2015 10:00:00 AM"

Vs：

DateTime dt = new DateTime(2015, 3, 8, 2, 0, 0, DateTimeKind.Local);
DateTime utc = TimeZoneInfo.ConvertTimeToUtc(dt);  // throws exception!
Console.WriteLine(utc);

从该日期开始，在该时区，时间从 1:59:59 跳至 3:00:00，提供当地时间 2:00:00有效。正确的做法是抛出异常（如第二种情况）。然而，由于早期框架版本中现有的 DateTime.ToUniversalTime 合约不允许这样做，因此框架选择返回一个值而不是抛出异常。

它选择的值是根据使用标准时间偏移量计算的，就好像没有发生 DST 转换一样。

Answer 2

编辑：我错了。请参阅 Matt Johnson 的答案，了解 DateTime.ToUniversalTime 和 <代码>TimeZoneInfo.ConvertTimeToUtc。

对于标题中提出特定问题的其他人：DateTime.ToUniversalTime 和 TimeZoneInfo.ConvertTimeToUtc 之间有什么区别？

答案是：没有区别。

使用JustDecompile检查.NET 4.5中DateTime.ToUniversalTime的实现，我们看到它直接使用了TimeZoneInfo.ConvertTimeToUtc：

    public DateTime ToUniversalTime()
    {
        return TimeZoneInfo.ConvertTimeToUtc(this, TimeZoneInfoOptions.NoThrowOnInvalidTime);
    }

Answer 3

如果您在不同时区的计算机上运行代码，您的计算仍然有效吗？这就是人们将所有日期时间存储并视为 UTC 的原因 - 它消除了任何歧义。您不需要存储用户的时区。任何地方的任何机器都可以从数据库中提取日期并轻松地将其与当地时间进行转换。

如果您将时间存储在其他时区，那么您必须将其取出，计算所需时区的偏移量，包括考虑夏令时和国际日期变更线的考虑因素。就您而言，您还存储了额外的不必要的信息。

Answer 4

从基本使用的角度来看，当要转换的 DateTime 不在您计算机的时区中时，您可以使用 ConvertTimeToUtc。例如，此测试代码通过了，但 utcDate1 和 utcDate2 的值不同，即使它们使用相同的原始值。

public void timezone()
{
    var tzi = TimeZoneInfo.FindSystemTimeZoneById("Mountain Standard Time");

    // set testDate for November 3rd at 12 o'clock. This date is in DST by the way.
    var testDate = new DateTime(2022, 11, 3, 12, 0, 0, DateTimeKind.Unspecified);

    // method 1
    var utcDate1 = TimeZoneInfo.ConvertTimeToUtc(testDate, tzi);

    // method 2
    var utcDate2 = testDate.ToUniversalTime(); // machine this code is running on, is set for CST
    try
    {
        System.Console.WriteLine(utcDate1.Hour.ToString(), "utcDate1 = {0}");
        NUnit.Framework.Assert.True(utcDate1.Hour == 18);
        System.Console.WriteLine(utcDate2.Hour.ToString(), "utcDate2 = {0}");
        NUnit.Framework.Assert.True(utcDate2.Hour == 17);
    }
    catch (NUnit.Framework.AssertionException)
    {
        //the expected exception occurred
    }
}