个时候时间戳的时间是0。

当局部时间比时间戳0点更早的情况下。

应该怎么表示比时间戳0点更早的时间？

似乎没什么好办法。

尽管没别的好办法，系统是机器。

又不是拥有智慧的生物，它一样是要通过查询机制找到更早时间的。

这个时候就会在时间戳0的基础上进行-1操作。

（这是为了在系统时间戳表达的时间上减去相差的秒数来查询之前的内容）

不过在0的基础上-1就比较悲催了。

得到的结果并不是-1。

0-1≠-1？

听起来很匪夷所思，但实际上在程序里面涉及到这种现象比比皆是。

这与二进制表达负数的方式有关系。

因为unix采用了二进制的方式来存储。

二进制数据在执行在执行00……0-1

实际进行的的运算是：（1）00……0-1（ps：省略号中有61个0）

得到的结果是11……1（ps：省略号中有61个1）

这样的话0-1≠-1

得到的数实际是2的64方-1。

类似于这种的例子在计算机的世界里有很多。

比如说两个正数相加结果为0这种情况。

林灰记得以前玩acm的时候经常遇到那种比较蛋疼的编程题。

表面上要求两个数相加。

听起来要求很简单。

但跑程序测试的时候遇到的测试数据都是那种超大数。

但实际操作的时候必须要考虑数据溢出的情况。

总而言之，计算机世界。

一个奇妙的世界。

在unix里当时间戳为0的时候进行求差也会遇到类似的这种情况。

当蘋果手机里时间戳的时间设置成0的时候重启手机。

手机的查询机制在通过时间求差查询