使用静态库符号化应用程序的崩溃日志

Posted 2023-04-15

【中文标题】使用静态库符号化应用程序的崩溃日志

【英文标题】：Symbolicating crash log for app with static library

【发布时间】：2012-04-26 02:21:26

【问题描述】：

我收到来自应用程序的崩溃报告，但 Xcode 无法符号化特定于我的应用程序的符号：

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libsystem_kernel.dylib          0x32c43a1c __pthread_kill + 8
1   libsystem_c.dylib               0x33a0a3b4 pthread_kill + 52
2   libsystem_c.dylib               0x33a02bf8 abort + 72
3   libsystem_c.dylib               0x33a306d4 __assert_rtn + 140
4   MyApplication                   0x0000dd54 0x9000 + 19796
5   MyApplication                   0x0000dbda 0x9000 + 19418
6   MyApplication                   0x000103f6 0x9000 + 29686
7   MyApplication                   0x0001035e 0x9000 + 29534
8   MyApplication                   0x0000f3cc 0x9000 + 25548
9   MyApplication                   0x00025d1e 0x9000 + 118046
10  CoreFoundation                  0x35847efc -[NSObject(NSObject) performSelector:withObject:] + 16
11  Foundation                      0x36eec7a2 __NSThreadPerformPerform + 262
12  CoreFoundation                  0x358b1a72 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 6
13  CoreFoundation                  0x358b3758 __CFRunLoopDoSources0 + 376
14  CoreFoundation                  0x358b44e4 __CFRunLoopRun + 224
15  CoreFoundation                  0x35844ebc CFRunLoopRunSpecific + 224
16  CoreFoundation                  0x35844dc4 CFRunLoopRunInMode + 52
17  GraphicsServices                0x3446b418 GSEventRunModal + 108
18  GraphicsServices                0x3446b4c4 GSEventRun + 56
19  UIKit                           0x344a2d62 -[UIApplication _run] + 398
20  UIKit                           0x344a0800 UIApplicationMain + 664
21  MyApplication                   0x0000b174 main (main.m:14)
22  MyApplication                   0x0000b124 0x9000 + 8484

main.m 中的行除外。我知道我的 dSYM 文件仍在 Xcode 的存档中。我尝试使用命令行直接引用这些调试符号，但每次都得到相同的结果。我尝试使用 atos 直接查找符号，但无法找到它。我通过比较 UUID 验证了它是正确的 dSYM。

它每次都找到 main.m，所以它似乎工作了一半，但找不到其他任何东西。

我在此应用程序中使用静态库 - 静态库中是否可能发生崩溃？该调试信息会在一组单独的调试符号中吗？它说负责的库是我的应用程序...如果它实际上是导致崩溃的原因，它会说静态库的名称吗？

谢谢！

【问题讨论】：

有关可能的答案，请参阅：***.com/questions/26461500/…

【参考方案1】：

静态库链接到您的应用可执行文件中，因此链接后您将无法识别该代码的原始来源。因此，它将始终将您的应用程序命名为源二进制文件。

很可能这些帧没有被符号化，因为你包含了静态库。如果静态库中没有符号但被剥离，则会发生这种情况。静态库发布版本经常发生，其中默认设置与应用程序相同，以去除符号。 （对于应用来说，这是正确的做法！）

在这种情况下，符号不会被复制到 dSYM 中，因为它无法在静态库中找到它们。

【讨论】：

好吧，我实际上有静态库的源代码——所以如果我停止从静态库中剥离调试符号，它会将它们包含在应用程序的 dSYM 中？

是的。简单地尝试一下。在静态库中添加一个方法来故意使应用程序崩溃。从应用程序二进制文件中调用它。然后查看崩溃报告。

谢谢！感谢您的帮助。

@Kerni 有没有办法剥离静态库，但将剥离的符号保存在类似于 dysm 文件的单独文件中？

静态库符号将成为应用程序 dsym 的一部分。我不知道还有什么办法。