Ios 用静态库表示应用程序的崩溃日志

Ios 用静态库表示应用程序的崩溃日志,ios,debugging,crash,static-libraries,debug-symbols,Ios,Debugging,Crash,Static Libraries,Debug Symbols,我收到应用程序的崩溃报告,但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 li

我收到应用程序的崩溃报告,但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,所以它似乎只工作了一半,但却找不到其他任何东西

我在这个应用程序中使用了一个静态库——有可能是静态库中发生了崩溃吗?调试信息是否在一组单独的调试符号中?它说负责的库是我的应用程序…如果它实际上是崩溃的原因,它会说静态库的名称吗


谢谢

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

由于包含的静态库,这些帧很可能没有符号化。如果静态库中没有符号,但没有符号,就会发生这种情况。在静态库发布版本中经常会发生这种情况,默认设置与应用程序相同,以去除符号。(对于应用程序,这是正确的做法!)


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

我实际上有静态库的源代码——因此如果我停止从静态库中剥离调试符号,它会将它们包括在应用程序的dSYM中?是的。只要试一下。在静态库中添加一个方法,该方法会故意使应用程序崩溃。从应用程序二进制文件调用它。然后查看坠机报告。谢谢!非常感谢您的帮助。@Kerni是否有办法剥离静态库,但将剥离的符号保存在一个与dysm文件类似的单独文件中?静态库符号将成为应用程序dsym的一部分。我不知道还有其他方法。有关可能的答案,请参阅: