為什么突然iphone上的應(yīng)用軟件都閃退打不開？

問題里的“秒退”如果我沒理解錯(cuò)，應(yīng)該是指程序顯示完默認(rèn)啟動(dòng)圖片后，在初始化階段就崩潰了（也可以叫“閃退”，不過最近“閃退”這個(gè)詞已經(jīng)被廣泛應(yīng)用于各種程序崩潰情況了，所以可能還是“秒退”更準(zhǔn)確？）。

這種情況應(yīng)和所謂的內(nèi)存不足關(guān)系不大，很少有程序會(huì)在初始化時(shí)載入大量內(nèi)容導(dǎo)致崩潰，并且這類問題也很容易在開發(fā)階段被發(fā)現(xiàn)，所以內(nèi)存不足造成秒退的可能性低（內(nèi)存不足退，通常是程序用了一段時(shí)間，切換了幾個(gè)畫面以后發(fā)生的）。

而且秒退是發(fā)生在程序剛剛啟動(dòng)的時(shí)候，在開發(fā)、蘋果審核階段都沒有被發(fā)現(xiàn)的最大可能性就是，這個(gè)問題只會(huì)發(fā)生在老版系統(tǒng)、老版機(jī)型上。

對(duì)于很多開發(fā)者（尤其是個(gè)人開發(fā)者），進(jìn)行所有 iOS 版本，所有 iOS 機(jī)型覆蓋測試是有難度的，蘋果審核時(shí)也只是重點(diǎn)審核該應(yīng)用在新機(jī)器、新版本下的運(yùn)行情況，并不關(guān)注老系統(tǒng)。所以這也就是為什么會(huì)秒退的程序竟然也能通過蘋果的審核。

在新 iOS 上正常的應(yīng)用，到了老版本 iOS 上秒退最常見原因是系統(tǒng)動(dòng)態(tài)鏈接庫或Framework無法找到。

這種情況通常是由于 App 引用了一個(gè)新版操作系統(tǒng)里的動(dòng)態(tài)庫（或者某動(dòng)態(tài)庫的新版本）或只有新 iOS 支持的 Framework，而又沒有對(duì)老系統(tǒng)進(jìn)行測試，于是當(dāng) App 運(yùn)行在老系統(tǒng)上時(shí)便由于找不到而秒退。

解決辦法是等開發(fā)人員發(fā)現(xiàn)這個(gè)問題后升級(jí)程序，或由用戶自行升級(jí)其操作系統(tǒng)。

還有一種常見的秒退是程序在升級(jí)時(shí)，修改了本地存儲(chǔ)的數(shù)據(jù)結(jié)構(gòu)，但是對(duì)用戶既存的舊數(shù)據(jù)沒有做好升級(jí)，結(jié)果導(dǎo)致初始化時(shí)因?yàn)闊o法正確讀取用戶數(shù)據(jù)而秒退。

這類問題通常只需刪除程序后重新安裝一遍就能解決。

但缺點(diǎn)是用戶的既存數(shù)據(jù)會(huì)丟失——就算有備份可能也無濟(jì)于事，因?yàn)閭浞菹聛淼呐f數(shù)據(jù)還是無法被正確升級(jí)。

如果舊數(shù)據(jù)非常重要，那么就需要聯(lián)系開發(fā)人員要求其進(jìn)行程序修正了。

另一種已經(jīng)變得不那么常見的秒退原因是 App 的設(shè)置不正確。例如在編譯時(shí)沒有編譯 ARMv6 的版本，但是設(shè)置里卻允許該 App 運(yùn)行在 ARMv6 處理器的機(jī)器上（如：iPhone 1代，iPhone 3G，iPod touch 1、2代和3代8G版）。

這個(gè)問題除了等開發(fā)人員升級(jí)外用戶自己沒什么辦法解決。當(dāng)然愿意換臺(tái)新機(jī)器是最好的 ；） 這個(gè)問題目前已經(jīng)能夠在提交應(yīng)用至 App Store 的時(shí)候被檢查出來了，因此今后應(yīng)該不太常見了。

還有一類秒退或是用到 App 里某個(gè)功能后必退的原因，是開發(fā)時(shí)用到了只有新版操作系統(tǒng)才支持的某個(gè)方法，而又沒有對(duì)該方法是否存在于老系統(tǒng)中做出判斷。

例如程序啟動(dòng)時(shí)用到了 Game Center，而沒有判斷用戶的機(jī)器是否支持 Game Center，于是就秒退了。

主要的秒退情況就是這么幾個(gè)，這些都是以該 App 新版系統(tǒng)上能正常跑為前提的。

諸如內(nèi)存不足、BAD_ACCESS 這類問題通常不管在新舊 iOS 上都會(huì)存在，如果是由于這類問題造成的秒退通常都能在測試和審核階段被發(fā)現(xiàn)，因此并不常見。