iphone手机调时间会变砖 iphone调时间变砖解决方法

类型：生活服务大小：45.2M语言：中文评分：10.0
标签：

立即下载

iphone手机调时间会变砖是真的吗？iphone调时间变砖解决方法。最近，iOS时间回归Bug在网上闹的沸沸扬扬，好奇害死猫，不少网友图新鲜，亲身尝试结果不幸中招，大过年的弄个白苹果，想想也是醉了。据说，DFU也无法修复这个问题。

Apple Pay中国版将于本月18日凌晨五点上线，Apple Pay中国版官方下载地址：http://www.cr173.com/soft/212672.html

目前，满足以下条件，进入设置-通用-时间与日期，关闭自动设置，修改时间为1970/1/1，重启设备，“时间回归”Bug就会被触发。具体表现为，设备启动后，卡在苹果Logo，无法进入系统。

系统版本：iOS 8.0 -iOS 9.3 beta 3

硬件设备：搭载64位处理器的设备（即处理器为A7-A9X的设备）

涉及的设备包括：

A7：iPhone 5s、iPad mini 2、iPad mini 3；

A7 variant：iPad Air；

A8：Apple TV 4G、iPad mini 4、iPhone 6、iPhone 6 Plus、iPod Touch 6G；

A8X：iPad Air 2；

A9（三星/台积电）：iPhone 6s、iPhone 6s Plus；

A9X：iPad Pro；

iphone调时间变砖解决方法：

1、拆机拿掉电池，放置10分钟后重新安装。

2、电量充足的情况下，等待数小时，当Unix时间戳的数值大于等于0，系统时间生效，可正常开机。

3、拿到苹果售后。

8.2.png

那么为什么iphone手机调时间会变砖？

微博网友@Hackl0us给出了该Bug背后的详细原因，感兴趣的同学可以深入了解，主要涉及到UNIX时间戳的问题。

以下解释原理内容较长，需要点耐心。

想要真正了解这一bug，您可能需要以下知识。

UNIX时间戳

在确认这件事情的真假前，你需要了解的一个知识是Unix时间戳。

iOS系统时间使用Unix时间戳(Unix epoch)表示(time_t数据类型)。在系统中，使用系统位数个二进制位储存时间。

Unix时间戳规定，UTC时区的1970年1月1日 0点0时0秒的值为0，以秒为单位，即每过一秒，二进制数字加1。

不能往前调，那我把时间往后调

有些好奇的朋友拿出了自己手机，心想：既然我不能往回调，那我要是把时间使劲往后调能怎样？

细心的朋友发现了一个问题，iOS系统可以设置的最大时间是2038年1月1日，并不能再往后设置。苹果一定考虑到了这个问题，为什么这么说呢？

我们拿32位系统举例。在32位系统中，time_t是长度为32位的，有符号整数(signed int)类型。首个二进制位是符号位，用来储存正负。正数则为1970/1/1以后的时间，负数反之；其余的31位用来记数。当时间到达2038年1月19日 3时14分08秒时，数值位全部向前进1，导致符号位被置1，其余31位为0。介时，将出现『时间回归』的情况，系统时间变为1901年12月13日 20时45分52秒，系统将会出现错误。

8.3.png

所以Apple为了避免这种问题导致的错误发生，将最大时间期限定在了2038年1月1日 23时59分59秒。这样即使超出这个范围，在18天内也不会有太大问题，况且32位设备到那个时候基本都已经淘汰了。

64位系统会不会受到这个影响呢？通过计算我们可以得到，292,277,026,596年12月04日 15时30分08秒是64位系统可以表示的最大时间。

如果你想了解更多关于32位系统在2038将出现的问题，请移步: Year 2038 problem。

64位处理器的『时间回归』问题

有了刚才的知识储备，现在我们回到正题，开始探讨搭载64位处理器设备的时间bug。

我们说到了以UTC时区的1970年1月1日 0点0时0秒为界限，数值为0，时间正常流逝为正数，反之为负数。不过各位需要留意的是，时间受到时区的影响。

假设一种情况，我原来是北京时区，假设将时间设置到了1970年1月1日 0点0时0秒，那么我将这个时间转换为UTC时间，公式：北京时间 = GMT+8 = UTC+8,那么UTC时间则为1969年12月31日 16时0分0秒。这样就会出现时间负值，即时间回归bug触发，系统启动卡在Kernel阶段，时间错误，无法继续进行启动。

满足以下条件，『时间回归』bug被触发：

系统版本：iOS 8.0 ~ iOS 9.3 beta 3
硬件设备：搭载64位处理器的设备（即处理器为A7~A9X的设备）

8.4.png