一个主要的区别是DateTimeOffset可以与TimeZoneInfo一起使用，以转换为当前时区以外的本地时间。

这对于由不同时区的用户访问的服务器应用程序(例如ASP.NET)非常有用。

DateTime只能存储两个不同的时间，本地时间和UTC。Kind属性指明是哪一种。

DateTimeOffset在此基础上进行了扩展，它能够存储世界上任何地方的本地时间。它还存储本地时间与UTC之间的偏移量。请注意DateTime无法做到这一点，除非您向类中添加一个额外的成员来存储UTC偏移量。或者只使用UTC。顺便说一句，这本身就是个好主意。

从微软:

DateTimeOffset值的这些用法比DateTime值的用法更常见。因此，应该将DateTimeOffset视为应用程序开发的默认日期和时间类型。

来源:“选择DateTime, DateTimeOffset, TimeSpan和TimeZoneInfo”，MSDN

当我们的应用程序处理特定的时间点时(例如，当一个记录被创建/更新时)，我们几乎所有的事情都使用DateTimeOffset。顺便说一句，我们在SQL Server 2008中也使用了DATETIMEOFFSET。

我认为，当您只想处理日期、时间或在一般意义上处理这两种情况时，DateTime非常有用。例如，如果您有一个闹钟，希望每天早上7点响，您可以使用未指定的DateTimeKind将其存储在DateTime中，因为您希望它在早上7点响，而不考虑夏令时。但是，如果希望表示告警发生的历史，则可以使用DateTimeOffset。

在混合使用DateTimeOffset和DateTime时要谨慎，特别是在类型之间进行分配和比较时。同样，只比较DateTimeKind相同的DateTime实例，因为DateTime在比较时忽略了时区偏移。

我认为DateTimeOffset唯一的缺点是微软“忘记”(故意)在他们的XmlSerializer类中支持它。但是它已经被添加到XmlConvert实用程序类中。

XmlConvert。ToDateTimeOffset

XmlConvert。ToString

我建议继续使用DateTimeOffset和TimeZoneInfo，因为它们都有好处，只是在创建将或可能序列化到XML或从XML序列化的实体时要小心(那时都是业务对象)。

日期时间.现在 免费 03 12月 21 18：40：11

DateTimeOffset.Now 免费 03 12月 21 18：40：11 +02：00

因此，DateTimeOffset存储有关时间如何与UTC(基本上是时区)相关的信息。

如果你不想读这些很棒的答案，TLDR:-)

明确:

使用DateTimeOffset，因为时区被强制为UTC+0。

隐式:

使用DateTime，希望每个人都遵守不成文的时区规则，始终为UTC+0。

(开发者注意:显式总是比隐式更好!)

(对于Java开发人员，c# DateTimeOffset == Java OffsetDateTime，请阅读此:https://www.baeldung.com/java-zoneddatetime-offsetdatetime)