美文网首页IOS Crashios-报错处理警告
iOS崩溃大扫除—崩溃信息收集

iOS崩溃大扫除—崩溃信息收集

作者: 择势量投 | 来源:发表于2018-04-19 16:46 被阅读99次

       作为开发人员,项目崩溃,crashLog可是你的救命稻草,能让你快速分析出bug的问题所在,及时修复。当然项目在开发时,可以通过控制台log看到调用堆栈,发布版的crash收集一般有三种方式可选:

    1. 苹果Crash收集服务

       通过iTunes Connect(Manage Your Applications - View Details - Crash Reports)获取用户的crash日志。在XCode 中Window->Organizer->Crashes也可以看到同样的crash日志。但是收集crash功能需要用户设置->隐私->诊断与用量->诊断与用量数据(iOS8以下在通用中设置) 选择自动发送,并与开发者共享即可;所以不推荐用。
    如何查看iOS已上架app崩溃分布、定位crash发生的行

    2. 自己实现应用内崩溃收集,并上传服务器

       在程序启动时加上一个异常捕获监听。

    // 将系统提供的获取崩溃信息函数写在这个方法中,以保证在程序开始运行就具有获取崩溃信息的功能
    - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
       // 将下面C函数的函数地址当做参数
       NSSetUncaughtExceptionHandler(&UncaughtExceptionHandler);
       return YES;
    }
    // 设置一个C函数,用来接收崩溃信息
    void UncaughtExceptionHandler(NSException *exception){
        // 可以通过exception对象获取一些崩溃信息,我们就是通过这些崩溃信息来进行解析的,例如下面的symbols数组就是我们的崩溃堆栈。
        NSArray *symbols = [exception callStackSymbols];
        NSString *reason = [exception reason];
        NSString *name = [exception name];
    }
    

    我们也可以通过下面方法获取崩溃统计的函数指针:

    NSUncaughtExceptionHandler *handler = NSGetUncaughtExceptionHandler();
    

       获取到了崩溃日志,我可以上传到自己服务器或邮件,不过都不就建议使用,若crash过多时,不便统计和分析。建议上传到第三方crash统计工具,如Bugly等。

    3. 第三方crash收集工具

       使用友盟、Bugly、网易云埔、听云、极光推送、bugHD、Flurry等第三方崩溃统计工具,这块就别用开源的了。原理都是根据系统产生的crash日志进行了一次提取或封装,然后将封装后的crash文件上传到对应的服务端进行解析处理。
       优点是快速集成crash收集功能,有完善的后台管理界面和解析处理(crash文件是要解析后才能看懂的),应用趋势分析等,好用还不要钱。

    4. 恶意覆盖问题

       大多数第三方基本也是基于上面的API来捕捉异常,并连同符号表文件一同上传至服务器,以方便我们查看bug。崩溃收集统计函数应该只进行一次调用,如果用第三方的话也最好只用一个第三方,这样我们获取崩溃统计信息的途径也是唯一的。
       第三方统计工具并不是用的越多越好,使用多个崩溃收集第三方会导致NSSetUncaughtExceptionHandler()函数指针的恶意覆盖,所以我们看到的现象就是这样的,当你同时使用多个SDK用来统计崩溃,只有最后调用的SDK会统计到崩溃信息。因为最后调用的SDK把之前的NSSetUncaughtExceptionHandler()覆盖了,之前的SDK都不能正确得到统计信息。

    那么可以实现多个SDK同时统计到崩溃数据吗

       我们在上面提到过这个方法

    NSUncaughtExceptionHandler *handler = NSGetUncaughtExceptionHandler( );
    

    ,这个是干什么用的呢?实际上,这个方法可以拿到当前崩溃统计的函数指针,也就是说,我们需要做的就是,在覆盖别人的崩溃统计的函数指针时,先通过这个方法获取到别人的函数指针,暂存下来,在我们自己的崩溃统计的函数指针中,编写我们自己的收集代码,最后,调用一次刚才拿到的那个指针指向的方法,具体实现思路参考下面:

    - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
       //保存之前的Handler
       self.handler = NSGetUncaughtExceptionHandler();
       // 将下面C函数的函数地址当做参数
    NSSetUncaughtExceptionHandler(&UncaughtExceptionHandler);
       return YES;
    }
    
    void UncaughtExceptionHandler(NSException *exception){
        // 可以通过exception对象获取一些崩溃信息,我们就是通过这些崩溃信息来进行解析的,例如下面的symbols数组就是我们的崩溃堆栈。
        NSArray *symbols = [exception callStackSymbols];
        NSString *reason = [exception reason];
        NSString *name = [exception name];
        //调用别人的Handler
        self.handler(exception);
    }
    

       这样就可以既能保证自己能捕捉到崩溃信息,又不影响上面的SDK捕捉崩溃信息。

       然而,市面上大多数统计SDK并没有这么处理,谷歌统计,友盟,基本都是恶意覆盖的方式,目的我想不用多说了吧。

    推荐使用选用一听云、Bugly

    相关文章

      网友评论

        本文标题:iOS崩溃大扫除—崩溃信息收集

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