unix时间戳转换c语言算法,聊聊时间（2）硬核算法篇——UNIX时间戳转UTC时间

文/Edward

前一篇文章《聊聊时间(1)UNIX时间戳和UTC时间》中，我们讲述了计算机中UNIX时间戳和UTC时间的基本概念，以及简要地阐述了诸如STM32F103之类芯片简单功能RTC的时间转换问题，这篇文章将会夹带慢慢的干货，详细地讨论UTC时间和Linux时间戳转换的算法，这个经典的算法必将使你有一天会受用。

132位的UNIX时间戳

我们之前的文章有介绍过UNIX操作系统是伴随着C语言一起诞生的，其诞生的时间大致是在20世纪70年代左右，当时的计算机都是以8位，16位的数据宽度去处理数据的，因此在当时那个年代，找一个32位的寄存器来存储时间，是一件比较奢侈的事情。

最早的UNIX时间戳就只是用一个32位的寄存器来存储的。而UNIX时间戳规定，UTC/GMT的1970年1月1日0时0分0秒为UNIX时间戳的起始计数时刻，即UNIX时间戳从这个时间点开始技术。由于使用的变量是一个32位的二进制数，因此这个计数器的最大计数长度为2^32=4,294,967,296s，所以在UNIX时间戳的诞生之初，它最大时间只能累积计数到2038年左右。

但是，这是不是说到了2038年这个计数器溢出之后会发生类似“千年虫”之类的危机呢？这个问题，大家无需杞人忧天，因为现在的桌面和移动处理器早已经跨入64位CPU时代了，这个UNIX时间戳计数器的长度也早已经被扩充到64位。而我们今天使用32位的UNIX时间戳计数器，完全是为了类似STM32这种处理器来讲述的。

图1 溢出

2UNIX时间戳转UTC时间

2.1 时分秒的转换

前面我们已经说过，UNIX时间戳是以UTC/GMT时间的1970年1月1日0时0分0秒为起始时刻进行计数的。考虑到这个UNIX时间戳的计数器的数据长度为32位，我们不妨先将这个UNIX时间戳计数器定义为一个变量，其名称为“u32UnixTimeStamp”。

首先，基于上述的阐述，我们思考下，当这个1970年1月1日0时0分0秒时刻过了1s，那么“u32UnixTimeStamp”变量的值也会自加1，变成1。

随着时间的流逝，“u32UnixTimeStamp”的值不断地自加，当“u32UnixTimeStamp”变成60的时候，我们回过头来再看看UTC时间，由于此时已经过了60s，因此UTC时间的秒数值将会溢出被清掉，分数值将会被置1。这个时候UTC的时间变成了1970年1月1日0时1分0秒.

再随着时间的流逝，当“u32UnixTimeStamp”的值变成3600的时候，此时1个小时已经悄然流逝，这个时候UTC的时间变成了1970年1月1日1时0分0秒。

86400秒流逝之后，“u32UnixTimeStamp”的