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

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

有点晚了，但我发现这两个链接(4guysfromrolla)非常有用:

使用协调世界时(UTC)存储日期/时间值

跨不同时区存储和显示日期和时间的建议

当您需要应用程序运行的机器的本地时间(例如欧洲的CEST时间)时，请使用Now。如果你想要一个通用时间- UtcNow。这只是你的喜好的问题-可能做一个本地网站/独立的应用程序，你想使用的时间用户有-所以受他/她的时区设置- DateTime.Now。

记住，对于一个网站来说，它是服务器的时区设置。因此，如果您正在为用户显示时间，要么获取他的首选时区并移动时间(只需将Utc时间保存到数据库并修改它)，要么指定它为Utc。如果你忘记这样做，用户可以看到类似这样的东西:张贴3减前，然后在未来的时间附近:)

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

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

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

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

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

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