為什么軟件一段時間不用就閃退？

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

這種情況應和所謂的內存不足關系不大，很少有程序會在初始化時載入大量內容導致崩潰，并且這類問題也很容易在開發階段被發現，所以內存不足造成秒退的可能性低（內存不足退，通常是程序用了一段時間，切換了幾個畫面以后發生的）。

而且秒退是發生在程序剛剛啟動的時候，在開發、蘋果審核階段都沒有被發現的最大可能性就是，這個問題只會發生在老版系統、老版機型上。

對于很多開發者（尤其是個人開發者），進行所有 iOS 版本，所有 iOS 機型覆蓋測試是有難度的，蘋果審核時也只是重點審核該應用在新機器、新版本下的運行情況，并不關注老系統。所以這也就是為什么會秒退的程序竟然也能通過蘋果的審核。

在新 iOS 上正常的應用，到了老版本 iOS 上秒退最常見原因是系統動態鏈接庫或Framework無法找到。

這種情況通常是由于 App 引用了一個新版操作系統里的動態庫（或者某動態庫的新版本）或只有新 iOS 支持的 Framework，而又沒有對老系統進行測試，于是當 App 運行在老系統上時便由于找不到而秒退。

解決辦法是等開發人員發現這個問題后升級程序，或由用戶自行升級其操作系統。

還有一種常見的秒退是程序在升級時，修改了本地存儲的數據結構，但是對用戶既存的舊數據沒有做好升級，結果導致初始化時因為無法正確讀取用戶數據而秒退。

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

但缺點是用戶的既存數據會丟失——就算有備份可能也無濟于事，因為備份下來的舊數據還是無法被正確升級。

如果舊數據非常重要，那么就需要聯系開發人員要求其進行程序修正了。

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

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

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

例如程序啟動時用到了 Game Center，而沒有判斷用戶的機器是否支持 Game Center，于是就秒退了。

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

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