我从应用程序收到崩溃报告，但 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 中的行。我知道我在 Xcode 的存档中仍然有它的 dSYM 文件。我试过使用命令行直接引用那些调试符号，但每次都得到相同的结果。我试过使用 atos 直接查找符号，但找不到。我通过比较 UUID 验证它是正确的 dSYM。
它每次都能找到 main.m，所以它似乎工作了一半，但就是找不到其他任何东西。
我在这个应用程序中使用了静态库——崩溃是否可能发生在静态库中？该调试信息会在一组单独的调试符号中吗？它说负责的库是我的应用程序...如果它实际上是崩溃的原因，它会说出静态库的名称吗？
谢谢!
最佳答案
静态库链接到您的应用程序可执行文件中，因此在链接后您将无法识别该代码的原始来源。因此，它将始终将您的应用命名为源二进制文件。
很可能这些帧没有被符号化，因为你包含了静态库。如果静态库中没有符号，但被剥离了，就会发生这种情况。对于静态库发布版本经常发生，其中默认设置与应用程序相同，以删除符号。 (对于应用程序，这是正确的做法!)
在那种情况下，符号不会被复制到 dSYM 中，因为它无法在静态库中找到它们。
关于ios - 使用静态库符号化应用程序的崩溃日志，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10145584/