Ios 无法对崩溃日志进行符号化

Ios 无法对崩溃日志进行符号化,ios,crash-reports,symbolicatecrash,Ios,Crash Reports,Symbolicatecrash,我在标记我的碰撞日志时遇到了一些问题 我按照纳文山的思路回答了所有的步骤 但一旦我执行命令 atos-arch armv7-o'app name.app'/'app name'0x0003b508 它只是将地址0x0003b508返回控制台 我不明白为什么它不代表我的事故记录 我甚至尝试通过将崩溃日志拖放到xcode中的设备日志中来进行符号化。但是,即使这样似乎也不起作用。您必须拥有安装在设备上并生成崩溃报告的构建过程中生成的确切dSYM 请按照此答案中解释的步骤操作(尽管原始问题不同,但这些步

我在标记我的碰撞日志时遇到了一些问题
我按照纳文山的思路回答了所有的步骤
但一旦我执行命令

atos-arch armv7-o'app name.app'/'app name'0x0003b508

它只是将地址0x0003b508返回控制台

我不明白为什么它不代表我的事故记录


我甚至尝试通过将崩溃日志拖放到xcode中的设备日志中来进行符号化。但是,即使这样似乎也不起作用。

您必须拥有安装在设备上并生成崩溃报告的构建过程中生成的确切dSYM

请按照此答案中解释的步骤操作(尽管原始问题不同,但这些步骤有助于确定您是否具有正确的dSYM):

使用您发布的
atos
执行该行很可能不会返回任何有用的内容,因为作为参数提供的地址不必存在于您的应用程序中。您必须使用从碰撞报告中提取的正确地址,并按照此处的详细说明正确计算:


最好的方法是按照第一篇链接文章中写的步骤操作。

你有
.DSYM
文件吗?有。我将DSYM文件、.crash文件和我的应用程序文件都放在一个文件夹中。问题是,我为应用程序制作了一个ipa,最初用于测试,然后用于标记我的崩溃日志,我归档了相同的版本并获得了我的DSYM文件。希望这不会成为问题。只要两个应用程序都使用相同的编译器和编译器选项生成,这可能不会成为问题。对于符号化,您需要在安装应用程序的同时生成dSYM。每次构建过程都会为应用程序二进制文件分配一个新的UUID,然后在崩溃报告中使用该UUID。符号化过程使用该UUID查找相应的dSYM包。现在,如果再次构建,UUID将不同,如果先前的dSYM已被删除或无法通过Spotlight找到,则符号化将不起作用。无论编译器和选项是否相同!