dSYM分析

什么是 dSYM

Xcode 编译项目后,会生成一个同名的dSYM文件
dSYM保存了16 进制函数地址映射信息的中转文件,调试的symbols都会放到这个文件中
并且每次编译项目都会生成一个新的dSYM文件,
位于/Users/<用户名>/Library/Developer/Xcode/Archives 目录下,每一次版本发布我们都应该保存对应的 Archives文件.
可以通过window->organizer-> Archive->show in finder ->显示包内容->dSYMs快速找到dSYM文件
当然要生成dSYM文件必须在build Setting进行设置,在release模式下生成dSYM,如图:

image.png

dSYM 作用

当我们release打包上线后,不能想在xcode中那样只管的看到崩溃信息,这个时候我们就要分析crash文件,iOS设备会有日志文件保存每个应用出错的内存地址,可以通过Xcode 的 Windows -> Device and Simulators将设备中的crash文件导出,这是就可以根据crash文件函数地址去查询 dSYM中对应的函数名.比如我们提交app审核时,如果出险崩溃,审核人员会给我们crash.txt文件,里边记录了崩溃的地址信息,这个时候就可以根据这个文件去查询错误的大概位置

查询前提:

xx.app 和xx.app.dSYM和 crash文件的UUID 必须一致.

如何查看三者的UUID

查看 xx.app的UUID: 终端cd到我们archive目录下的 Product -> Applications -> xx.app,输入

// xx 是你的项目名
dwarfdump --uuid xx.app/xx

查看xx.app.dSYM 的UUID

// xx 是你的项目名
dwarfdump --uuid xx.app.dSYM

crash UUID
crash 文件内 Binary Images: 下面一行中 <> 内的 63418b7acc483ac5beceda17d0ed6b42 或者slice_uuid 就是该crash 文件的UUID

这里有一个分析工具 dSYMTool 很方便

将对应的archive 拖进框内
选择CPU
填入 Slide Address
填入 内存地址
点击分析

其原理就是利用NSTask NSPipe(负责接收执行返回的结果) 对xcrun atos -arch arm64 -o ".dSYM(路径)/(显示包内容)Contents/Resources/DWARF/appname" -l slidderAddress 错误内存地址的封装

image.png

内存地址

错误收集

NSSetUncaughtExceptionHandler(& UncaughtExceptionHandler);,利用他可以搜集我们的崩溃日志,然后上传服务器.

void UncaughtExceptionHandler(NSException *exception) {
    /**
     
     *  获取异常崩溃信息
     
     */
    
    //在这里创建一个接受crash的文件
    [DGExceptionHandler fileCreate];
    
    NSArray *callStack = [exception callStackSymbols];
    
    NSString *reason = [exception reason];
    
    NSString *name = [exception name];
    
    NSString *dateString = [DGExceptionHandler currentTime];
   
    NSString *systemName = [[UIDevice currentDevice] systemName];
   
    NSString *systemNum = [[UIDevice currentDevice]systemVersion];
  
    NSString *strModel = [[UIDevice currentDevice] model];
   
    NSDictionary* infoDict =[[NSBundle mainBundle] infoDictionary];
    
    NSString *bundleIdentifier = infoDict[@"CFBundleIdentifier"];
    
    NSString* versionNum = [infoDict objectForKey:@"CFBundleShortVersionString"];

    NSString *content = [NSString stringWithFormat:@"\n\n\n========异常错误报告========\n错误时间:%@ 系统：%@ 系统版本: %@\n设备:%@\nAPP当前版本:%@ 当前唯一标示符:%@\n\n错误名称:%@\n错误原因:\n%@\ncallStackSymbols:\n%@\n\n========异常错误结束========\n",dateString,systemName,systemNum,strModel,versionNum,bundleIdentifier,name,reason,[callStack componentsJoinedByString:@"\n"]];
 
    NSString *path = [DGExceptionHandler exceptionPath];
    NSFileHandle *outFile = [NSFileHandle fileHandleForWritingAtPath:path];
    //找到并定位到outFile的末尾位置(在此后追加文件)
    [outFile seekToEndOfFile];
    [outFile writeData:[content dataUsingEncoding:NSUTF8StringEncoding]];
    //关闭读写文件
    [outFile closeFile];
}

每次遇到crash,程序直接闪退感觉不怎么友好,这里可以利用RunLoop,来完成一个有意思的小功能.不让他崩溃,让他一直跑圈

// runloop 起死回生
    
    CFRunLoopRef runloop = CFRunLoopGetCurrent();
    // 跑圈依赖 - mode
    CFArrayRef allmodes  = CFRunLoopCopyAllModes(runloop);
DGAlertView *alert = [[DGAlertView alloc] initWithNewWindowWidth:300.0f];
    
    [alert addButton:@"请你奔溃" actionBlock:^{
        self.dismissed = YES;
    }];
    
    [alert showSuccess:exception.name subTitle:exception.reason closeButtonTitle:nil duration:0.0f];
    
    // 起死回生
    while (!self.dismissed) {
        for (NSString *mode in (__bridge NSArray *)allmodes) {
            CFRunLoopRunInMode((CFStringRef)mode, 0.0001, false);
        }
    }
    CFRelease(runloop);