修复.jpg
前提
应用集成了友盟的bug收集功能。
友盟的错误分析、错误列表里面有数据。
正题
错误详情.png
错误列表 点击进去基本上都是这个样子,这并不能方便我们及时定位到错误地方。
解决
先把你要分析的程序进行打包
打包.png
定位到错误的地方
错误定位.png
最后
针对错误的地方 然后进行修复就OK了。
解析下工具代码(应群主的要求)秦小风
1 2 3 4 5 6 7 8 9 10 11 12 13 | NSString *archivesPath = [NSHomeDirectory() stringByAppendingPathComponent:@ "Library/Developer/Xcode/Archives/" ]; NSURL *bundleURL = [NSURL fileURLWithPath:archivesPath]; NSDirectoryEnumerator *enumerator = [fileManager enumeratorAtURL:bundleURL includingPropertiesForKeys:@[NSURLNameKey, NSURLIsDirectoryKey] options:NSDirectoryEnumerationSkipsHiddenFiles errorHandler:^BOOL(NSURL *url, NSError *error) { if (error) { NSLog(@ "[Error] %@ (%@)" , error, url); return NO; } return YES; }]; |
上述代码 是为了 获取 Library/Developer/Xcode/Archives/ 下的文件夹。这也是第一步要先打包的原因了。
进行过滤、 让其支持 xcarchive 文件和 dSYM 文件
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | _archiveFilesInfo = [NSMutableArray arrayWithCapacity:1]; for (NSString *filePath in filePaths){ ArchiveInfo *archiveInfo = [[ArchiveInfo alloc] init]; NSString *fileName = filePath.lastPathComponent; //支持 xcarchive 文件和 dSYM 文件。 if ([fileName hasSuffix:@ ".xcarchive" ]){ archiveInfo.archiveFilePath = filePath; archiveInfo.archiveFileName = fileName; archiveInfo.archiveFileType = ArchiveFileTypeXCARCHIVE; [self formatArchiveInfo:archiveInfo]; } else if ([fileName hasSuffix:@ ".dSYM" ]){ archiveInfo.dSYMFilePath = filePath; archiveInfo.dSYMFileName = fileName; archiveInfo.archiveFileType = ArchiveFileTypeDSYM; [self formatDSYM:archiveInfo]; } else { continue ; } [_archiveFilesInfo addObject:archiveInfo]; } |
点击 分析 按钮,程序到底做了什么?
需要的参数
UUID 的类型
UUID 的可执行文件路径
Slide Address
错误内存地址
核心代码
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | - (NSString *)runCommand:(NSString *)commandToRun { NSTask *task = [[NSTask alloc] init]; [task setLaunchPath:@ "/bin/sh" ]; NSArray *arguments = @[@ "-c" , [NSString stringWithFormat:@ "%@" , commandToRun]]; // NSLog(@"run command:%@", commandToRun); [task setArguments:arguments]; NSPipe *pipe = [NSPipe pipe]; [task setStandardOutput:pipe]; NSFileHandle *file = [pipe fileHandleForReading]; [task launch]; NSData *data = [file readDataToEndOfFile]; NSString *output = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding]; return output; } |
commandToRun:里面是上面写的4个参数
1 | xcrun atos -arch arm64 -o "Slide Address" 错误内存地址 |
NSTask:是MAC OS X用来执行系统命令的一个类库,作用类似php的exec。
LaunchPath
可执行文件的路径
arguments
应用于启动可执行文件的命令参数。
[task launch]
启动任务
StandardOutput
设置接收的输出类型。
NSPipe:单向通信通道。一个NSPipe对象表示一个管道的两端,并能通过管道进行通信。管道是相关过程之间的单向通信通道; 一个进程写入数据,而另一个进程读取数据。通过管道的数据被缓冲; 缓冲区的大小由底层操作系统决定。
[pipe fileHandleForReading]
文件句尾执行完毕。
NSFileHandle:用于文件描述符的面向对象的包装器。
readDataToEndOfFile
同步读取可用数据直到文件结尾或最大字节。返回值是NSData。
手动通过 atos 工具(Mac 平台)来输出错误地址
有个开源的 atos
iOS打包后的文件会有dSYMs这个文件夹
找到打包的文件 右键显示包内容
点进去 dSYMs 文件夹,右键显示 XXX.app.dSYM包内容
找到 DWARF 文件夹
打开终端 cd DWARF 文件夹
xcrun atos -arch arm64 -o 程序的名字 错误的内存地址
然后回车,对应的错误代码和行数就会输出显示出来了。
原理
iOS使用的文件结构是 DWARF文件结构 (Debug With Attributed RecordFormats) 是一种调试文件结构标准,结构相当复杂。
XXX.app.dSYM 是一个二进制文件。里面包含了 app crash 之后的栈信息。
崩溃日志.png
上图可以看到 第4行有崩溃所在的页面 以及方法的名字。但是具体行数没发现在哪可以找到。
Mac OS X 平台下 Xcode 自带了 atos 这样的工具,通过它去符号化,直接定位到某个文件的具体位置
如果想深入了解,可以去看 《Mach-O二进制文件解析》
这个工具是 dSYMTools
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。