iOS第三方平台和原生崩溃信息获取冲突的问题及崩溃日志的分析

灰太狼 2022-03-22 02:09 288阅读 0赞

记录最近一次遇到的问题。

最近一个项目的crash report是自己写的原生的方法，再次启动后提交到自己服务器。自己运行测试的时候没有问题，获取的日志可以追踪到错误的代码位置。但是后来发布正式版后，服务器上接收到了几个日志，于是下载下来追踪，但是发现全部都是Application received signal SIGABRT这种错误。根据地址分析之后只能查到是UmengSignalHandler，但是代码里根本搜不到这个，看名字猜想这个应该是友盟的crash report，然后网上找到确实存在冲突的问题，即使没有使用友盟的crash report（我只是用到了友盟的统计和推送）。

以下是解决冲突的办法

思路：

首先保存第三方的 `ExceptionHandler`，再设置自己处理 `exception` 的 `ExceptionHandler`，在自己的 `ExceptionHandler` 处理完异常之后，再将异常塞给之前的第三方 `ExceptionHandler`

`代码：`

static NSUncaughtExceptionHandler *_previousHandler;
    
    
    + (void)setDefaultHandler {
        _previousHandler = NSGetUncaughtExceptionHandler();
        
        NSSetUncaughtExceptionHandler(&UncaughtExceptionHandler);
    }
    
    // 崩溃时的回调函数
    void UncaughtExceptionHandler(NSException * exception) {
        //处理崩溃，比如保存崩溃信息
        //todo~~
    
        //将异常塞给之前的第三方
        _previousHandler(exception);
    }

另外关于崩溃日志的分析

*  获取dSYM文件  
    Xcode-> Window -> Organizer -> 选中需要的Archives -> 右击show in finder -> 右击显示包内容 -> dSYMs文件夹中即可找到dSYM文件
 *  把这个dSYM文件拷贝到新的文件夹（最好是你再桌面新建一个）
 *  右键dSYM文件显示包内容--》Contents--》Resources--》DWARF，里面有个项目的文件，记录下这个文件路径
 *  找到解析的地址（地址一般就是你项目名对应的第一条地址记录，如下图）
 *  ![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p6enpsbGxsMTk_size_16_color_FFFFFF_t_70][]
 *  将改地址减去偏移值slide值（偏移值需要在捕捉异常时获取，不知道的可以网上找找方法）得到一个新地址（地址是16进制的，而偏移值是十进制的，注意转换）
 *  在终端运行如下命令（直接把DWARF文件夹拖进终端就可以填充项目路径了）
    
        $atos -o DWARF路径 项目名 新地址
    
    这样就可以定位到具体代码了

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p6enpsbGxsMTk_size_16_color_FFFFFF_t_70]: /images/20220322/21bd5e4f32334ec09a707dfd5020cd13.png