iOS 程序秒退原因分析及解决思路总结
闪退其实就是程序异常了，简言之：访问了已经释放的内存。对异常又没有处理措施，操作系统将你进程关了。 异常包括： 1、最常见的是非法访问内存地址，数组越界，MRC(多重release、野指针导致)。 2、程序保存的文件损毁，这时在读取配置文件时异常。 3、网络异常，网络由于延迟，或者其他问题，导致发送数据异常。程序没有很好的处理预防机制。
造成闪退的原因?
1.程序运行在较老的iOS系统或者老版机型上 2.程序运行时,系统动态链接库或Framework无法找到 3.程序初始化时无法正确读取到用户数据而秒退 4.App 的设置不正确 5.程序里的某个功能在新版操作系统才具有,但在实现中未对系统版本进行区别对待,导致用到该功能就退出程序
总结: 主要的秒退情况就是这么几个，并且这都是以该应用程序在新版系统上能正常运行为前提的。 诸如内存不足、BAD_ACCESS 这类问题通常不管在新旧 iOS 上都会存在，如果是由于这类问题造成的秒退通常都能在测试和审核阶段被发现，因此并不常见。
秒退和内存不足关系不大，很少有程序会在初始化时载入大量内容导致崩溃，并且这类问题也很容易在开发阶段被发现，所以内存不足造成秒退的可能性低（内存不足退，通常是程序用了一段时间，切换了几个画面以后发生的）。 原因分析 1.程序运行在较老的iOS系统或者老版机型上闪退 秒退是发生在程序刚刚启动的时候，在开发、苹果审核阶段都没有被发现的最大可能性就是，这个问题只会发生在老版系统、老版机型上。 对于很多开发者（尤其是个人开发者），进行所有 iOS 版本，所有 iOS 机型覆盖测试是有难度的，苹果审核时也只是重点审核该应用在新机器、新版本下的运行情况，并不关注老系统。所以这也就是为什么会秒退的程序竟然也能通过苹果的审核。
解决思路:这种情况下的解决方法就是等待开发者针对系统开发包进行升级改进，在新版正式版推出后，相信很的开发者也会对自家的产品进行了更新了，只要你对相应的程序进行升级即可解决。
2.程序运行时,系统动态链接库或Framework无法找到 原因分析: 在新 iOS 上正常的应用，到了老版本 iOS 上秒退最常见原因是系统动态链接库或Framework无法找到。这种情况通常是由于 App 引用了一个新版操作系统里的动态库（或者某动态库的新版本）或只有新 iOS 支持的 Framework，而又没有对老系统进行测试，于是当 App 运行在老系统上时便由于找不到而秒退。
或者还有一种情况，系统升级会把一些系统自带的library废弃，比如：NSURLConnection，ALAsset在iOS9.0以后失效，手机如果是最新的操作系统，可能会造成闪退的情况。
解决思路：是等开发人员发现这个问题后升级程序或由用户自行升级其操作系统。
3.程序初始化时无法正确读取到用户数据而秒退 原因分析程序在升级时，修改了本地存储的数据结构，但是对用户既存的旧数据没有做好升级，结果导致初始化时因为无法正确读取用户数据而秒退。 这类问题通常只需删除程序后重新安装一遍就能解决。但缺点是用户的既存数据会丢失——就算有备份可能也无济于事，因为备份下来的旧数据还是无法被正确升 级。如果旧数据非常重要，那么就需要联系开发人员要求其进行程序修正了。
4.App 的设置不正确例如在编译时没有编译 ARMv6 的版本，但是设置里却允许该 App 运行在 ARMv6 处理器的机器上（如：iPhone 1代，iPhone 3G，iPod touch 1、2代和3代8G版）。这个问题除了等开发人员升级外用户自己没什么办法解决。当然愿意换台新机器是最好的 ；） 这个问题目前已经能够在提交应用至 App Store 的时候被检查出来了，因此今后应该不太常见了。
5.用到 App 里某个功能后必退的情况是开发时用到了只有新版操作系统才支持的某个方法，而又没有对该方法是否存在于老系统中做出判断。例如程序启动时用到了 Game Center，而没有判断用户的机器是否支持 Game Center，于是就秒退了。
解决思路? 1.可以加个友盟统计，或者自己写个崩溃日志。
- 如果是在测试阶段报错的话，可以在（设置-通用-关于本机-诊断与用量）里面看到崩溃的堆栈信息。
- 如果用mac的话，访问到已经释放了的内存，和内存警告这2种出错几率要高些。
- 如果是arc那么，下标越界和逻辑错误的几率要高些。
- 常用的处理闪退的方法有异常处理机制，以及锁的方法。
6.打开的应用程序过多，iPhone内存容量用量超载导致程序闪退。 这种情况下的解决方法是，从后台关闭应用程序。 7.如果关闭了后台应用程序，重新打开后还是闪退，这时候就是系统内部的缓存过多。 这种情况下的解决方法是，重启iPhone。 8.使用91助手修复闪退功能