iOS-开发中的时间处理

作App避免不了要和时间打交道，关于时间的处理，里面有很多门道，远不是一行API调用，获取当前系统时间这么简单。咱们须要了解与时间相关的各类API之间的差异，再因场景而异去设计相应的机制。

时间的形式

在开始深刻讨论以前，咱们须要确信一个前提：时间是线性的。即任意一个时刻，这个地球上只有一个绝对时间值存在，只不过由于时区或者文化的差别，处于同一时空的咱们对同一时间的表述或者理解不一样。这个看似简单明了的道理，是咱们理解各类与时间相关的复杂概念的基石。就像UTF-8和UTF-16其实都是Unicode同样，北京的20：00和东京的21：00实际上是同一个绝对的时间值。

GMT

人类对于时间的理解还颇有限，但咱们至少能肯定一点：时间的变化是匀速的。时间前进的速度是均匀的，不会忽快忽慢，因此为了描述时间，咱们也须要找到一个值，它的变化也是以均匀的速度向前变化的。

说出来你可能不信，咱们人类为了寻找这个参考值，来精确描述当前的时间值，都经历了漫长岁月的探索。你能够尝试思考下，生活中有什么事物是随着时间均匀变化的，它具有的数值属性，会随着时间处于绝对的匀速变化状态。

前人发现抬头看太阳是个好办法，太阳老是按规律的“早起晚落”，并且“亘古不变”，能够用太阳在一天当中所处的位置来描述当前的时间。后来不一样地区的文化须要交流，你这里太阳正高空照，我这可能已经下山了，因此须要有一个公共的你们都承认的地方，以这个地方太阳的位置来作参考着，沟通起来就会方便不少。最后选择的是英国伦敦的格林尼治天文台所在地，以格林尼治的时间做为公共时间，也就是咱们所说的GMT时间（Greenwich Mean Time）。

UTC

太阳所处的位置变化跟地球的自转相关，过去人们认为地球自转的速率是恒定的，但在1960年这一认知被推翻了，人们发现地球自转的速率正变得愈来愈慢，而时间前进的速率仍是恒定的，因此GMT再也不被认为能够用来精准的描述时间了。

咱们须要继续寻找一个匀速前进的值。抬头看天是咱们从宏观方向去寻找答案，科技的发展让咱们在微观方面取得了更深的认识，因而有聪明人根据微观粒子原子的物理属性，创建了原子钟，以这种原子钟来衡量时间的变化，原子钟50亿年才会偏差1秒，这种精读已经远胜于GMT了。这个原子钟所反映的时间，也就是咱们如今所使用的UTC（Coordinated Universal Time ）标准时间。

接下来咱们看下iOS里，五花八门的记录时间的方式。

NSDate

NSDate是咱们平时使用较多的一个类，先看下它的定义：

NSDate objects encapsulate a single point in time, independent of any particular calendrical system or time zone. Date objects are immutable, representing an invariant time interval relative to an absolute reference date (00:00:00 UTC on 1 January 2001).

NSDate对象描述的是时间线上的一个绝对的值，和时区和文化无关，它参考的值是：以UTC为标准的，2001年一月一日00：00：00这一刻的时间绝对值。

这里有个概念很重要，咱们用编程语言描述时间的时候，都是以一个时间线上的绝对值为参考点，参考点再加上偏移量（以秒或者毫秒，微秒，纳秒为单位）来描述另外的时间点。

关于NSDate的使用,能够参考个人如下几篇博文

Foundation框架—时间处理对象NSDate

Foundation框架—时间输出格式NSDateFormatter

Foundation框架-NSCalendar

Foundation框架-NSTimeZone

(转)Foundation-性能优化之NSDateFormatter

 

 

 

 

 

 

 

 

 

//未完待续