修复.jpg
前提应用集成了友盟的bug收集功能。
友盟的错误分析、错误列表里面有数据。
正题
错误详情.png
错误列表 点击进去基本上都是这个样子,这并不能方便我们及时定位到错误地方。
解决先把你要分析的程序进行打包
打包.png定位到错误的地方
错误定位.png
最后
针对错误的地方 然后进行修复就OK了。
解析下工具代码(应群主的要求)秦小风
上述代码 是为了 获取 Library/Developer/Xcode/Archives/ 下的文件夹。这也是第一步要先打包的原因了。
进行过滤、 让其支持 xcarchive 文件和 dSYM 文件
点击 分析 按钮,程序到底做了什么?需要的参数
UUID 的类型
UUID 的可执行文件路径
Slide Address
错误内存地址
核心代码
commandToRun:里面是上面写的4个参数
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
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。