iOS从crash信息中查找崩溃原因

来源：互联网发布：php session redis 编辑：程序博客网时间：2024/06/02 02:09

友盟上统计到的崩溃信息如下：

由于这类的崩溃信息通常难以重现，没有任何的重现步骤，所以我们得找到发布该版本时的原始代码.然后找到当时上传代码时使用的DYSM文件，这文件通常在.xcarchive文件中。有下列方法可找到该文件：

1。对于成功生成archvie的项目，在这个archive的包中，是可以通过显示包内容，看到DSYMs文件夹和一个products文件夹，继续显示DSYMs文件夹下，可以看到一个xxx.app.DSYM文件，继续对它显示包内容，可以看到Contents/Resources/DWARF/xxxx文件，这个文件是编译后的二进制文件，通过它可以进行反编译，从而找到二进制对应的源码位置。

2。在xcode中，archive成功后，会在Organizer界面中的Archives下，可以看到所有的archive文件，右键Show in Finder可以找到这个文件。

把刚才保存的xcarchive文件打开，显示包内容，将里面的“Products->Applications->文件”和”dSYMs->文件“保存到一个新的文件夹中，这里我的文件夹是CrashReport。

（以下内容为copy内容，仅供参考）
我们来看崩溃信息，具体应该看哪条信息，fir给出了教程已经很清楚了。我们就要序号为3的这种“未标记错误位置，无基地址的情况”
将0x000fdf7f转换为10进制是1040255
1040255-20351 = 1019904
再转为16进制为 0xf9000，这个就是基地址了。

我们打开终端，进入CrashReport文件夹，输入如下命令就可以得到崩溃信息

atos -arch armv7 -o mengmengdai.app/mengmengdai -l 0xf9000 0x000fdf7f
如图所示：

0 0