符号化堆栈跟踪没有崩溃

3 回答

• 3

  我遇到了同样的问题，这个答案对我有用：https://stackoverflow.com/a/4954949/299262

  只要您拥有dSYM，就可以使用atos来表示各个地址 .

  示例命令：

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

  回复于 2024-04-29T08:26:43+08:00
• 1

  我知道这是一个相当古老的问题，但我现在遇到了同样的问题，并且花了很长时间才找到答案，所以我想我应该把它记录下来（某处） .

  如果您拥有堆栈跟踪来自的应用程序版本的dSYM，那么您实际上可以将其转换为有用的东西 . 阅读this answer here导致this article这对我帮助很大 . 我在堆栈跟踪上面有这一行：

  0    MyApp                           0x000000010010da68 MyApp + 236136
                                       ^ stack address            ^ symbol offset
  

  你有两个选择，都涉及一些数学 . 如果你选择 atos ，你只需要做一次数学运算，你就可以通过一个电话查找所有步骤 .

  使用atos

  要使用 atos ，您需要堆栈跟踪中的 stack address ，您需要通过一些数学找出 load address ：

  • 通过从 stack address 值中减去 symbol offset 值来计算 load address 值（ load address = stack address - symbol offset ）当然您必须将它们转换为相同的基数来执行此操作

  就我而言，这是 0x1000D4000

  • 使用 atos 使用 atos 查找堆栈跟踪条目，使用 atos -arch <architecture> -o <path to executable inside (!) the dSYM> -l <load address> <stack address 1> <stack address 2> ... 从堆栈跟踪中查找 stack addresses

  就我而言，这是 atos -arch arm64 -o MyApp.app.dSYM/Contents/Resources/DWARF/MyApp -l 0x1000D4000 0x000000010010da68

  请记住，您必须提供dSYM中实际可执行文件的路径，否则您将只收到错误消息 . 使用 atos 完成所有这些操作的好处是，您只需列出堆栈跟踪中的所有地址，您就可以立即获得可读格式 .

  使用dwarfdump

  要使用 dwarfdump ，您需要与堆栈跟踪中的 stack address 对应的 file address .

  • 找出堆栈跟踪来自的体系结构的 slide 值（请参阅链接文章中的获取幻灯片值） .

  在我的情况下，对于64位，这是 0x100000000 .

  • 将 symbol offset 值（在堆栈跟踪中的MyApp ...后面的数字，在我的情况下为 236136 ）转换为十六进制，并将结果添加到 slide 值 . 你现在得到的号码叫 file address （ file address = symbol offset slide ）

  在我的情况下，这导致 0x100039A68 .

  • 使用 file address 使用 dwarfdump 查找堆栈跟踪条目 dwarfdump --lookup <file address> --arch <architecture> <path to dSYM>

  就我而言，这是 dwarfdump --lookup 0x100039A68 --arch arm64 MyApp.dSYM

  回复于 2024-04-29T08:26:43+08:00
• 0

  我不认为这是可能的 . [NSThread callStackSymbols]返回函数的内存地址 . 如果没有在崩溃后立即转储内存，则无法进行符号化 . 崩溃时，每个设备的地址都不同 . 即使在一台设备上，如果重新启动手机，地址也会在另一次崩溃后发生变化 . 几个人提到了atos，但它是用于崩溃日志，而不是用于callStackSymbols .

  回复于 2024-04-29T08:26:43+08:00