我从应用收到崩溃报告，但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，所以它似乎只有一半工作，但却找不到其他任何东西。
我在这个应用程序中使用静态库 - 是否可能在静态库中发生崩溃？调试信息是否在一组单独的调试符号中？它说负责的库是我的应用程序...它是否会说静态库的名称，如果它实际上是导致崩溃的原因？
谢谢！
答案 0 :(得分：4)
静态库链接到您的应用程序可执行文件中，因此在链接后您将无法识别该代码的原始来源。因此，它始终将您的应用程序命名为源二进制文件。
由于您包含的静态库，这些帧可能没有被符号化。如果静态库中没有符号，但是被剥离，则会发生这种情况。静态库发布版本经常发生，默认设置与应用程序相同，剥离符号。 （对于应用程序，这是正确的事情！）
在这种情况下，符号不会被复制到dSYM中，因为它无法在静态库中找到它们。