0的基础上进行-1操作。
（这是为了在系统时间戳表达的时间上减去相差的秒数来查询之前的内容）
不过在0的基础上-1就比较悲催了。
得到的结果并不是-1。
0-1≠-1？
听起来很匪夷所思，但实际上在程序里面涉及到这种现象比比皆是。
这与二进制表达负数的方式有关系。
因为Unix采用了二进制的方式来存储。
二进制数据在执行在执行00……
实际进行的的运算是：（1）00……0-1（ps：省略号中有61个0）
得到的结果是11……1（ps：省略号中有61个1）
这样的话0-1≠
得到的数实际是2的64方-1。
类似于这种的例子在计算机的世界里有很多。
比如说两个正数相加结果为0这种情况。
林灰记得以前玩ACM的时候经常遇到那种比较蛋疼的编程题。
表面上要求两个数相加。
听起来要求很简单。
但跑程序测试的时候遇到的测试数据都是那种超大数。
但实际操作的时候必须要考虑数据溢出的情况。
总而言之，计算机世界。
一个奇妙的世界。
在Unix里当时间戳为0的时候进行求差也会遇到类似的这种情况。
当蘋果手机里时间戳的时间设置成0的时候重启手机。
手机的查询机制在通过时间求差查询的时返回的时间非但不是一个时间戳0之前的时间。
反而会返回一个极大的时间。
功能的时间是无穷大，而系统的时间却是0。
而现在这种情况，查询之前的时间会出错。
出错的后果很直接整个系统直接罢工。
即手机直接即变砖。
当然，虽然这个漏洞存在。
但脑回路正常的用户在安全的网络环境下想触发这个漏洞很麻烦。
如果用户想触发这个漏洞的话。
首先用户需要打开“通用”设置下的“日期与时间”。
在这里用户必须先关闭“自动设置时间”的功能才会出现手动设置时间的选项。
紧接着用户要做的时间事情是滑动选择的时间。
因为没有年份的选项，用户想要改变唯一的办法就是滑动日期。
经过很麻烦的操作将才可以将时间设置为1970年1月1日。
而仅仅是这样还不会触发这个漏洞。
在时间设置为1970年1月1日之后。
用户要接着进行下一步操作：关机重启。
至此iPhone变砖的步骤才大功告成。
按照这一番操作下来的话手机将一直卡在苹果手机开机时Logo刚刚出来的界面。
听起来这个漏洞似乎很难触发啊！
这样一个很难触发的漏洞有什么价值吗？
当然有价值。
凡事就怕有心人故意利用。
漏洞这种东西也一样。
对于普通用户来说这个漏洞不算什么。
但对于有心搞事情的技
请收藏：https://m.238266.com
（温馨提示：请关闭畅读或阅读模式，否则内容无法正常显示）