本文主要是介绍为什么很多的 iOS app 都有秒退现象？有什么好方法避免它？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
问题里的“秒退”如果我没理解错，应该是指程序显示完默认启动图片后，在初始化阶段就崩溃了（也可以叫“闪退”，不过最近“闪退”这个词已经被广泛应用于各种程序崩溃情况了，所以可能还是“秒退”更准确？）。这种情况应和所谓的内存不足关系不大，很少有程序会在初始化时载入大量内容导致崩溃，并且这类问题也很容易在开发阶段被发现，所以内存不足造成秒退的可能性低（内存不足退，通常是程序用了一段时间，切换了几个画面以后发生的）。
而且秒退是发生在程序刚刚启动的时候，在开发、苹果审核阶段都没有被发现的最大可能性就是，这个问题只会发生在老版系统、老版机型上。
对于很多开发者（尤其是个人开发者），进行所有 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 上都会存在，如果是由于这类问题造成的秒退通常都能在测试和审核阶段被发现，因此并不常见。
这篇关于为什么很多的 iOS app 都有秒退现象？有什么好方法避免它？的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
