美文网首页Fuck iOS EveryDay
IOS基础知识-异常崩溃处理篇

IOS基础知识-异常崩溃处理篇

作者: 程序员的自我救赎 | 来源:发表于2019-07-01 16:58 被阅读0次

    常见的崩溃类型

    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前面也提到过,程序无响应用户强制关闭

    相关文章

      网友评论

        本文标题:IOS基础知识-异常崩溃处理篇

        本文链接:https://www.haomeiwen.com/subject/obtncctx.html