转载

iOS -> 友盟错误分析

iOS -> 友盟错误分析

修复.jpg

前提

  • 应用集成了友盟的bug收集功能。

  • 友盟的错误分析、错误列表里面有数据。

正题

iOS -> 友盟错误分析

错误详情.png

错误列表 点击进去基本上都是这个样子,这并不能方便我们及时定位到错误地方。

解决

  • 先把你要分析的程序进行打包

iOS -> 友盟错误分析

打包.png

  • 定位到错误的地方

    iOS -> 友盟错误分析

错误定位.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 之后的栈信息。

    iOS -> 友盟错误分析

崩溃日志.png

上图可以看到 第4行有崩溃所在的页面 以及方法的名字。但是具体行数没发现在哪可以找到。

Mac OS X 平台下 Xcode 自带了 atos 这样的工具,通过它去符号化,直接定位到某个文件的具体位置

如果想深入了解,可以去看 《Mach-O二进制文件解析》

这个工具是 dSYMTools

下载地址

著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


正文到此结束
Loading...