你的位置:首页 > 软件开发 > ASP.net > DateTime还是DateTimeOffset?Now还是UtcNow?

DateTime还是DateTimeOffset?Now还是UtcNow?

发布时间:2016-01-06 00:00:04
(此文章同时发表在本人微信公众号“dotNET每日精华文章”,欢迎右边二维码来关注。) 题记:新年第一篇文章,就来谈谈关于时间的简单技术问题:该用DateTime还是DateTimeOffset?该用Now还是UtcNow? 首先需要说明的是.NET中出现两个保存时间的数据结构是 ...

(此文章同时发表在本人微信公众号“do.NET每日精华文章”,欢迎右边二维码来关注。)

题记:新年第一篇文章,就来谈谈关于时间的简单技术问题:该用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。

在文章结束的时候,给大家留个小问题,协调世界时间(Coordinated Universal Time)的简写为什么是UTC,而不是CUT?下次文章公布答案。


原标题:DateTime还是DateTimeOffset?Now还是UtcNow?

关键词:

*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们: admin#shaoqun.com (#换成@)。

可能感兴趣文章

我的浏览记录