我一直在想，这两个属性的工作原理究竟是什么。我知道第二个是通用的，基本上不涉及时区，但谁能详细解释一下它们是如何工作的，以及在什么情况下应该使用哪个?
当前回答
最大的区别:)是DateTime。现在SharePoint工作流不支持，您必须使用DateTime。UtcNow
其他回答
最大的区别:)是DateTime。现在SharePoint工作流不支持，您必须使用DateTime。UtcNow
这真的很简单，所以我认为这取决于你的受众是什么以及他们生活在哪里。
如果不使用Utc，则必须知道要显示日期和时间的对象所在的时区——否则将告诉他们系统时间或服务器时间下午3点发生的事情，而实际上发生在他们恰好居住的下午5点。
我们使用DateTime。UtcNow因为我们的网络受众是全球的，也因为我不想让每个用户都填写一个表格，说明他们生活在哪个时区。
我们还显示相对时间(2小时前，1天前，等等)，直到帖子年龄足够大，无论你住在地球上的哪个地方，时间都是“相同的”。
当您需要应用程序运行的机器的本地时间(例如欧洲的CEST时间)时，请使用Now。如果你想要一个通用时间- UtcNow。这只是你的喜好的问题-可能做一个本地网站/独立的应用程序，你想使用的时间用户有-所以受他/她的时区设置- DateTime.Now。
记住，对于一个网站来说，它是服务器的时区设置。因此，如果您正在为用户显示时间，要么获取他的首选时区并移动时间(只需将Utc时间保存到数据库并修改它)，要么指定它为Utc。如果你忘记这样做，用户可以看到类似这样的东西:张贴3减前，然后在未来的时间附近:)
还要注意性能差异;DateTime。UtcNow大约比DateTime快30倍。现在，因为内部DateTime。现在正在做很多时区调整(你可以很容易地验证这与反射器)。
所以不要使用DateTime。现在是相对时间测量。
这个问题的“简单”答案是:
DateTime。现在返回一个DateTime值，表示当前系统时间(无论系统运行在哪个时区)。DateTime。Kind属性将为DateTimeKind。当地的
DateTime。UtcNow返回一个DateTime值，表示当前的通用协调时间(即UTC)，无论系统的时区如何，该值都是相同的。DateTime。Kind属性将为DateTimeKind。Utc
