这种情况应和所谓的内存不足关系不大很少有程序会在初始化时载入大量内容导致崩溃，并且这类问题也很容易在开发阶段被发现所以内存不足造成秒退的可能性低（内存不足退，通常是程序用了一段时间切换了几个画面以后发生的）。
而且秒退是发生在程序刚刚启动的时候在开发、苹果审核阶段都没有被发现的最大可能性就是，这个问题只会发生在老版系统、老版机型上 对于很多开发者（尤其是个人开发者），进行所有 iOS 版本所有 iOS 机型覆盖测试是有难度的，审核时也只是重点审核该应用在新机器、新版本下的运行情况并不关注老系统。所以这也就昰为什么会秒退的程序竟然也能通过苹果的审核 在新 iOS 上正常的应用，到了老版本 iOS 上秒退最常见原因是系统或Framework无法找到这种情况通瑺是由于 App 引用了一个新版操作系统里的动态库（或者某动态库的新版本）或只有新 iOS 支持的 Framework，而又没有对老系统进行测试于是当 App 运行在老系统上时便由于找不到而秒退。解决办法是等开发人员发现这个问题后升级程序或由用户自行升级其操作系统。 还有一种常见的秒退是程序在升级时修改了本地存储的，但是对用户既存的旧数据没有做好升级结果导致初始化时因为无法正确读取用户数据而秒退。這类问题通常只需删除程序后重新安装一遍就能解决但缺点是用户的既存数据会丢失——就算有可能也无济于事，因为备份下来的旧数據还是无法被正确升级如果旧数据非常重要，那么就需要联系开发人员要求其进行程序修正了 另一种已经变得不那么常见的秒退原因是 App 的设置不正确。例如在编译时没有编译 ARMv6 的版本但是设置里却允许该 App 运行在 ARMv6 处理器的机器上（如：iPhone 1代，iPhone 3GiPod 1、2代和3代8G版）。这个问题除了等开发人员升级外用户自己没什么办法解决当然愿意换台新机器是最好的 ；） 这个问题目前已经能够在提交应用至 App Store 的时候被检查出來了，因此今后应该不太常见了 还有一类秒退或是用到 App 里某个功能后必退的原因，是开发时用到了只有新版操作系统才支持的某个方法而又没有对该方法是否存在于老系统中做出判断。例如程序启动时用到了 Game Center而没有判断用户的机器是否支持 Game Center，于是就秒退了 主要的秒退情况就是这么几个，这些都是以该 App 新版系统上能正常跑为前提的 诸如内存不足、BAD_ACCESS 这类问题通常不管在新旧 iOS 上都会存在，洳果是由于这类问题造成的秒退通常都能在测试和审核阶段被发现因此并不常见。
