DateTime还是DateTimeOffset？Now还是UtcNow？

首先需要说明的是.NET中出现两个保存时间的数据结构是由于历史的原因。DateTime一开始就出现在.NET的基础类型中；为了解决DateTime中的一些缺陷，又保证代码能够兼容，就多出了一个DateTimeOffset。

DateTime只保存两部分信息：Ticks和Kind。一个Tick是100纳秒（1万Tick等于1毫秒），Ticks记录了从1/1/0001 12:00 AM到现在经过了多少100纳秒。Kind保存的是DateTimeKind枚举值，有Utc、Local和Unspecified 。Utc意味着Tick计数表示协调世界时间的数量，其不会受到夏令时或者时区的影响。Local表示本地时间的数量，会受到夏令时的影响。由于DateTime并不保存时区偏移，所以要获得真正的UTC时间，就会检查计算机当前的市区设置，那么ToUniversalTime和ToLocalTime方法都会进行这样的转换。Kind的第三种值Unspecified，意味着我们不知道到底是本地时间还是UTC时间。所以这种情况只能表示年月日，时间无法精确表示。

DateTime除了存在这个问题，还会在进行比较的时候，其不会考虑Kind是UTC还是Local，从而导致错误。DateTime在进行字符串化的时候，对于某些标准格式也会出现问题（根源还是时区的问题），比如ToString("u")的时候，会直接把Local当作UTC来处理。

为了解决上述时区和转换的问题，DateTimeOffset应运而生。它只保存Ticks，不保存Kind，且Ticks总是相对于UTC的值。

从官方文档给出的建议来看，我们总是应该使用DateTimeOffset，只有仅仅表示日期和不需要关心时区的时候才使用DateTime。https://msdn.microsoft.com/en-us/library/bb384267.aspx

另外，在Stackoverflow上的这个回答http://stackoverflow.com/a/14268167，也很形象的描述了DateTimeOffset和DateTime的区别和优势。简而言之，DateTimeOffset是一种瞬时时间（即绝对时间），DateTime是一种历法时间（即钟表时间）。

最后，这两个数据类型都有Now和UtcNow两个方法。Now用于获取现在的时间，UtcNow获取Utc的现在时间。而实际上，Now内部是先调用UtcNow，然后进行转换得到。所以，在一般情况下，都应该使用UtcNow。

 

获取时间戳new DateTimeOffset(DateTime.UtcNow).ToUnixTimeSeconds();

 

转：https://www.cnblogs.com/redmoon/p/5104098.html