常见的崩溃类型
1.数组越界，nil值初始化导致的崩溃。
2.对字典插入nil值，或者读取NSNULL导致的崩溃。
3.字符串的截取越界导致的崩溃。
4.doesNotRecognizeSelector导致的崩溃。
5.子线程初始化UIView导致的崩溃。
6.KVO的重复添加、删除，或者忘了删除导致的崩溃。
对于旧项目改动太大，或则引用第三方库文件无法修改来解决闪退的问题，可以考虑无侵入解决方案，就是采用runtime进行方法交换：
大致说下解决思路：
1.数组越界，nil值初始化导致的崩溃。
这种情况要解决很容易，网上很多这方面的文章，就是通过方法交换原NSArray的objectAtIndex，然后加一层索引判断就够了，这里就不多做介绍了。
需要特别注意的就是NSArray初始化的时候有空值的情况。
2.对字典插入nil值，或者读取NSNULL导致的崩溃。
这种崩溃的解决思路和NSArray一样，单独提出来，只是因为经常出现服务器返回的数据是null的，如果在使用时不对数据类型进行判断的话，就会出现NSNULL类型与所需要的类型不一样，导致崩溃 。所以这是一个需要注意的地方。
3.字符串的截取越界导致的崩溃。
崩溃处理方式与上面一样。
说到这，再提个概念类簇，只有明白什么是类簇，才能知道为什么我们做方法交换的时候不直接使用[self class]，我们上面要修改的几个类NSArray，NSDictionary，NSString都是类簇，它们的Class比较多，需要尽量多的枚举所有可能的Class。
4.doesNotRecognizeSelector导致的崩溃
doesNotRecognizeSelector也是一种比较常见的崩溃，相信大家都了解iOS的消息转发机制的几个步骤了，我们就不再重复说明了，接下来我们再来看看如何选择我们的实现。
1）动态决议
需要动态实现这个未知的方法，而且需要考虑到参数问题，比较麻烦，不采用。
2）备用接收
将这个未知的方法转交给其它对象，结果还是需要实现这个未知方法，同上，不采用。
3）消息转发
完整的消息转发，将未知的方法打包成一个NSInvocation转交给别的对象，但我们在forwardInvocation:完全可以不实现任何真的转发，就可以拦截掉这次的转发，所以采用这种方式最合适。
在实现的时候，我们在MethodSignature方法里，将方法签名指向一个我们自定义的类的方法，并且拿到签名，返回给系统。在forwardInvocation里，不做任何实现就可以了。
5.子线程初始化UIView导致的崩溃。
这种情况也比较简单，就是把UIView的初始化方法及addSubview的方法交换一下，然后判断一下当前线程是不是主线程，如果不是主线程，那么GCD到主线程里实现就行了。
6.KVO的重复添加、删除，或者忘了删除导致的崩溃。
KVO出现最多的崩溃可能就是忘记删除或者重复删除了，要解决这个问题，最简单的实现就是记录每次添加的observer和keyPath，所以我在addObserver:forKeyPath:options:context:这个方法里新建了一个字典，用来记录observer和keyPath。
下面需要解决的就是什么时候去调用的问题，我首先想到的是在dealloc时去判断是否添加了KVO的监视，但是当我直接交换了dealloc方法后发现，这个方法调用的太多了，并不适合直接交换，不然整个程序都会卡顿起来，需要找一个时机，于是我又修改为在添加监视的时候去交换dealloc，这次成功了，这样可以减少对不必要的类进行方法交换，同时提高效率。
唯一需要注意的是在ARC的情况下，不能直接@selector(dealloc)来做方法交换，需要变形一下NSSelectorFromString(@"dealloc")，这样才能做方法交换。
1、Exception Type
1）EXC_BAD_ACCESS
此类型的Excpetion是我们最长碰到的Crash，通常用于访问了不改访问的内存导致。一般EXC_BAD_ACCESS后面的"()"还会带有补充信息。
SIGSEGV: 通常由于重复释放对象导致，这种类型在切换了ARC以后应该已经很少见到了。
SIGABRT: 收到Abort信号退出，通常Foundation库中的容器为了保护状态正常会做一些检测，例如插入nil到数组中等会遇到此类错误。
SEGV:（Segmentation Violation），代表无效内存地址，比如空指针，未初始化指针，栈溢出等；
SIGBUS：总线错误，与 SIGSEGV 不同的是，SIGSEGV 访问的是无效地址，而 SIGBUS 访问的是有效地址，但总线访问异常(如地址对齐问题, 它之所以称为总线错误是因为对未对齐的内存访问时,被阻塞的组件就是地址总线)
SIGILL：尝试执行非法的指令，可能不被识别或者没有权限
2）EXC_BAD_INSTRUCTION
此类异常通常由于线程执行非法指令导致
3）EXC_ARITHMETIC
除零错误会抛出此类异常
2、Exception Code
0xbaaaaaad 此种类型的log意味着该Crash log并非一个真正的Crash，它仅仅只是包含了整个系统某一时刻的运行状态。通常可以通过同时按Home键和音量键，可能由于用户不小心触发
0xbad22222当VOIP程序在后台太过频繁的激活时，系统可能会终止此类程序
0x8badf00d这个前面已经介绍了，程序启动或者恢复时间过长被watch dog终止
0xc00010ff程序执行大量耗费CPU和GPU的运算，导致设备过热，触发系统过热保护被系统终止
0xdead10cc程序退到后台时还占用系统资源，如通讯录被系统终止
0xdeadfa11前面也提到过，程序无响应用户强制关闭
