第150章 时间回归漏洞（2/3）

计时方法被称为时间戳。

系统也沿袭了n这一计时方法。

也正因此，中时间的设定最多也只能回朔到tc时区1970年1月1日00:00也是这个原因。

仅仅是设置成这个时间的话不会有什么问题。

但涉及到一些特殊的在局部关键功能具有查询过往信息的规则的时候

将时间设置成tc时区1970年1月1日00:00很容易出问题。

尽管多数时候可以通过人为的因素避免触发这个漏洞。

但苹果手机开机的时候就有一个这样强制查询过往信息的机制这个几乎无法避免。

这个机制没办法取消，因为关机重启之后手机肯定是要读取一部分先前的日志数据的。

这种情况下如果时间戳是正常时间的话，那么读取先前的日志数据并不会有什么问题。

但当tc时区1970年1月1日00:00的时候，这个时候时间戳的时间是0。

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

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

似乎没什么好办法。

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

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

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

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

话说，，，版。】

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

得到的结果并不是1。

01≠1？

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

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

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

二进制数据在执行在执行00……01

实际进行的的运算是：100……01p：省略号中有61个0

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

这样的话01≠1

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

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

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

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

表面上要求两个数相加。

听起来要求很简单。

但跑程序测试的时候遇到的测试数据