我也会出现过这样的问题，假如自己应该不会弄的话千万不要乱改，取得苹果售后去如何处理，如果不是是是因为自己乱弄造成程序出错的话，苹果售后都会说你这是生之物弄烂的，就不售后了，想修好还得用钱。
问题里的“秒退”如果不是我没明白错，应该是指程序没显示完设置为正常启动图片后，在初始化设置阶段就立刻崩溃了（也是可以叫“闪退”，只不过最近“闪退问题”这个词也被广泛应用于各种程序崩溃情况了，所以可能还是“秒退”更详细？）。
这个应着说白的内存不足关系不是很大，很少有程序会在初始化时写入大量内容可能导致破灭，而且这类问题也会容易在开发阶段被突然发现，所以存储空间不足会造成秒退的可能性低（内存不足退，常见是程序用一段时间，直接切换了几个画面以后发生的）。
但秒退是发生了什么在程序上次起动的时候，在开发、苹果二次审核阶段都也没被发现到的比较大可能性就是，这个问题只会发生在老版系统、老版机型上。
对于很多开发者（尤其是个人开发者），通过所有ios版本，所有ios机型遍布测试3是有难度的，苹果二次审核时也只是因为重点审核该运用在新机器、新版本下的运行情况，却不是查哈老系统。因为这也就是为啥会秒退的程序竟也能实际苹果的审核。
在新ios上算正常的应用，到了老版本ios上秒退最最常见的一种原因是系统动态链接库或framework无法不能找到。
这种通常是导致app直接引用了一个旧版操作系统里的动态库（也可以某相册库的新版本）或只能新ios支持什么的framework，而又就没对老系统通过测试，索性当app启动在老系统上时便导致找不到啊而秒退。
好的办法是等开发人员发现到这个问题后生级程序，或由用户自行可以升级其操作系统。
也有一种较常见的秒退是程序在升级时，改了本地存储的数据结构，但对用户既存的旧数据还没有做好生级，而造成初始化时只不过难以正确无法读取用户数据而秒退。
这类问题正常情况单单删出程序后重新直接安装一遍就能解决。
但缺点是用户的既存数据会全部丢失——就算有备份可能也也于事无补，毕竟系统备份过来的旧数据我还是无法被正确的可以升级。
如果不是旧数据非常重要，那么就要直接联系开发人员那些要求其接受程序修正了。
近似于早就变得异常不这样的话最常见的秒退原因是app的设置不对的。或者在编译时还没有编译程序armv6的版本，只不过设置里里却不允许该app不运行在armv6处理器的机器上（如：iphone1代，iphone3g，ipodtouch1、2代和3代8g版）。
这个问题除开等开发人员生级外用户自己好像没什么办法可以解决。肯定很乐意换台新机器是建议的；）这个问题目前也都能够在提交应用至appstore的时候被检查不出来了，并且今后肯定不太较常见了。
还有一类秒退或者会用到app里某个功能后必退的原因，是旗下时应用了唯有新版操作系统才接受的某个方法，而又就没对该方法是否未知于老系统中做判断。
的或程序启动时应用了gamecenter，而没有确定用户的机器有无允许gamecenter，只好就秒退了。
比较多的秒退情况那是这么说三个，这些大都以该app新版系统上能正常跑为前提的。
道界类内存不够、bad_access这类问题正常情况不论在新旧ios上都会修真者的存在，如果是由于这类问题导致的秒退大多数都能在测试和审核阶段被发现到，并且根本不最常见。
.jpg)
.jpg)
.jpg)
.jpg)
