什么是 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);
