还要注意性能差异;DateTime。UtcNow大约比DateTime快30倍。现在，因为内部DateTime。现在正在做很多时区调整(你可以很容易地验证这与反射器)。

所以不要使用DateTime。现在是相对时间测量。

DateTime不知道时区是什么。它总是假设你在当地时间。UtcNow只意味着“从时间中减去我的时区”。

如果您想使用支持时区的日期，请使用DateTimeOffset，它表示带有时区的日期/时间。这是我吃了不少苦头才明白的。

DateTime。UtcNow告诉你的日期和时间是协调世界时，也被称为格林威治标准时间时区——基本上就像如果你在英国伦敦，但不是在夏天。DateTime。现在给出在当前区域显示的日期和时间。

我推荐使用DateTime。现在，无论何时你向人们展示一个日期——这样他们就会对他们所看到的值感到满意——他们可以很容易地将其与他们在手表或时钟上看到的值进行比较。使用DateTime。UtcNow当您想要存储日期或在以后的计算中使用它们时(在客户机-服务器模型中)，您的计算不会被位于不同时区的客户机与服务器或彼此之间的客户机所混淆。

DateTime。UtcNow是省略日光节约时间的通用时间刻度。所以UTC时间不会因为夏令时而改变。

但是,DateTime。Now不是连续的或单值的，因为它根据DST变化。也就是DateTime。现在，相同的时间值可能会出现两次，让客户处于困惑的状态。

在。net中需要理解的一个主要概念是，现在是全世界的现在，无论你在哪个时区。如果你用DateTime加载一个变量。现在或日期时间。UtcNow——任务是一样的。您的DateTime对象知道您所在的时区，并将其考虑进来，而不考虑分配。

DateTime的有用性。在计算跨越夏令时边界的日期时，UtcNow非常方便。即在参加夏令时的地方，有时从中午到第二天中午有25个小时，有时从中午到第二天中午有23个小时。如果您希望正确地确定时间A和时间B的小时数，那么在计算TimeSpan之前，您需要首先将它们转换为它们的UTC等效值。

我写了一篇博客文章，进一步解释了TimeSpan，并包含了一个链接到关于该主题的更广泛的MS文章。

*澄清:任何赋值都将存储当前时间。如果你要加载两个变量，一个是通过DateTime.Now()，另一个是通过DateTime.UtcNow()，两者之间的时间差将是毫秒，而不是小时，假设你在一个时区小时与GMT。如下所述，打印出它们的String值将显示不同的字符串。

还要注意性能差异;DateTime。UtcNow大约比DateTime快30倍。现在，因为内部DateTime。现在正在做很多时区调整(你可以很容易地验证这与反射器)。

所以不要使用DateTime。现在是相对时间测量。