iOS面试-关于秒退
1 为什么很多的 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 上都会存在，如果是由于这类问题造成的秒退通常都能在测试和审核阶段被发现，因此并不常见。
（2）急于上线，测试不足，主要是代码中内存管理出的问题。即使内存不足可以通过释放缓存等相关操作来解决。
（3）我觉得大多数是由于后端返回的数据为空的情况下，iOS没有做判断就直接往下执行，这样必然崩溃
（4）根据我的开发经验 要是排除内存的问题 大部分都是因为多线程的问题 像core data这种不支持多线程的框架 在多线程下同步很麻烦
（5）我想一般用户所谓的秒退应该就是程序crash了。
从开发的角度来讲一般有以下几个原因：
1.操作了不该操作的对象，野指针之类的。
2.对内存警告处理不当。
3.主线程UI长时间卡死，被系统杀掉。
4.程序内部异常逻辑没处理好。
5.sdk版本差异没处理好。
等等 。。。