- UID
- 106033
- 热情
- 717
- 人气
- 1435
- 主题
- 26
- 帖子
- 2422
- 精华
- 2
- 积分
- 2323
- 分享
- 0
- 记录
- 0
- 相册
- 3
- 好友
- 2
- 日志
- 0
- 在线时间
- 1889 小时
- 注册时间
- 2007-2-1
- 阅读权限
- 30
- 最后登录
- 2020-9-26
![Rank: 10](static/image/common/star_level3.gif) ![Rank: 10](static/image/common/star_level3.gif) ![Rank: 10](static/image/common/star_level2.gif)
升级 ![](source/plugin/plbeautify/images/expl.gif) ![](source/plugin/plbeautify/images/expc.gif) 21.53% - UID
- 106033
- 热情
- 717
- 人气
- 1435
- 主题
- 26
- 帖子
- 2422
- 精华
- 2
- 积分
- 2323
- 阅读权限
- 30
- 注册时间
- 2007-2-1
|
轉載自 iPhone4TW 網友的高可能性推論
[消息] iOS 元旦鬧鐘bug的迷思
好了
相信昨天早上都會有很多人遲到或者是錯過了什麼重要事情...這些我不想說了
從昨天到現在, 我在國內外網站都看到了很多消息....
其中一個是說把時間設定到1月3日就會沒問題了
叮!
果然, 真的是真的㖿~(omg)
所以
我一值去想, 從上次iOS 4.1的夏令時bug
到今次的元旦的鬧鐘bug
應該是會有一些相似的地方吧
因為上次是系統核心和顯示出來的時間有一小時的出入, 用家需要把目標時間調遲一小時
就是說如果你想7點15分響的話, 你的iOS裝置要設定為8點15分才會在實際時間7點15分響
要了最後, 蘋果把修正檔加入了4.2.1一起推出
這一次, 其實也犯了同樣的錯誤
其實是有跡可尋
1月1到2號為什麼鬧鐘會不響
我認為是有原因的
因為上一次的情況是如果把目標時間設定為"多選"
才會出現鬧鐘早了一個小時響的問題
如果是"單選"的話就不會出現這個問題
到了最後, "多選"的問題解決了
那"單選"的是沒問題的那當然沒事啦
哪為什麼今次會有問題呢?
上一次的問題因為是解決了"多選"帶來的問題, 所以今次"多選"才會沒事(至於是蘋果用了什麼方法我真的想不到)
我認為今次的bug是由於系統日子由2010年到2011年的時候才產生的bug
我們知道
一年有365天
1,3,5,7,8,10和12月有31天
4,6,9和11月有30天
2月這個月份是最特別的
因為每4年一次才會有一次29號
平常的時候只會有28天
那我真的不是專家, 以下亦只是猜想
可能蘋果的iOS工作人員在日子編程的時侯將2月也計算到有30天的月份裡面了
因為顯示出來的時間和日子和系統核心裡面所計算的日子有差別
2011年的1月1和2號就是他們所寫多出來的2月29和30號
所以1月3號才是系統核心裡面的1月1號
在iOS中的顯示出來的1月1和2號是根本不存在的
顯示日期時間和系統核心日期時間所產生這個bug |
|