如何调试此崩溃日志

Posted 2023-03-08

【中文标题】如何调试此崩溃日志

【英文标题】：How can I debug this crash log

【发布时间】：2014-03-03 13:20:31

【问题描述】：

在我的应用程序崩溃后，我从我的设备日志中获取了此崩溃日志。在崩溃之前，我从UITableView 内的搜索栏中单击了取消按钮。

我怎样才能理解问题出在哪里？ 如何从生产设备调试这种日志？

Thread 0 Crashed:
0   libsystem_kernel.dylib          0x3b74b1fc __pthread_kill + 8
1   libsystem_pthread.dylib         0x3b7b2a4e pthread_kill + 54
2   libsystem_c.dylib               0x3b6fc028 abort + 72
3   libc++abi.dylib                 0x3ab4a98a abort_message + 70
4   libc++abi.dylib                 0x3ab636e2 default_terminate_handler() + 250
5   libobjc.A.dylib                 0x3b19b936 _objc_terminate() + 190
6   libc++abi.dylib                 0x3ab611b0 std::__terminate(void (*)()) + 76
7   libc++abi.dylib                 0x3ab60d12 __cxa_rethrow + 98
8   libobjc.A.dylib                 0x3b19b80a objc_exception_rethrow + 38
9   CoreFoundation                  0x30d724e2 CFRunLoopRunSpecific + 638
10  CoreFoundation                  0x30d7224e CFRunLoopRunInMode + 102
11  GraphicsServices                0x35aac2e6 GSEventRunModal + 134
12  UIKit                           0x33627840 UIApplicationMain + 1132
13  MYAPPNAME                           0x000ffc44 0xfa000 + 23620
14  libdyld.dylib                   0x3b694ab4 start + 0

------- 已编辑 ------

我得到最后一个异常回溯：

0   CoreFoundation                  0x30e3ee7e __exceptionPreprocess + 126
1   libobjc.A.dylib                 0x3b19b6c2 objc_exception_throw + 34
2   CoreFoundation                  0x30e3ed50 +[NSException raise:format:arguments:] + 100
3   Foundation                      0x317e70aa -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 86
4   UIKit                           0x33796348 -[UITableView _endCellAnimationsWithContext:] + 7940
5   MYAPPNAME                           0x00233972 0xfa000 + 1284466
6   MYAPPNAME                           0x00232e3c 0xfa000 + 1281596
7   MYAPPNAME                           0x00232fd8 0xfa000 + 1282008
8   MYAPPNAME                           0x002319d4 0xfa000 + 1276372
9   Foundation                      0x3181933a __NSFireDelayedPerform + 410
10  CoreFoundation                  0x30e09e7a 
__CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 10
11  CoreFoundation                  0x30e09a96 __CFRunLoopDoTimer + 790
12  CoreFoundation                  0x30e07e1e __CFRunLoopRun + 1214
13  CoreFoundation                  0x30d7246c CFRunLoopRunSpecific + 520
14  CoreFoundation                  0x30d7224e CFRunLoopRunInMode + 102
15  GraphicsServices                0x35aac2e6 GSEventRunModal + 134
16  UIKit                           0x33627840 UIApplicationMain + 1132
17  MYAPPNAME                           0x000ffc44 0xfa000 + 23620
18  libdyld.dylib                   0x3b694ab2 tlv_initializer + 2

【问题讨论】：

在 Xcode 中去符号化后发布完整的崩溃日志

我从 xcode 组织者那里得到这个日志，在 de symbolication 之后

您需要按照其他 cmets 和答案中的描述对崩溃报告进行符号化，然后您会看到是哪一行代码导致了问题。

【参考方案1】：

由于未处理的异常而发生崩溃。

虽然使用 Xcode 管理器符号化崩溃报告通常会有所帮助，但在这种情况下却无济于事，因为堆栈帧 13 只会显示类似 main (main.m:14) 的内容。

如果崩溃报告不包含Last Exception Backtrace 部分，则该报告基本上没有意义。

尝试在使用调试器运行应用程序时重现崩溃，或集成能够提供Last Exception Backtrace 以及提供详细异常错误的Application Information 部分的第3 方崩溃报告解决方案。

那里有很多第三方解决方案，我不会推荐任何，因为我会有偏见:)

更新：正如您现在提供的 Last Exception Backtrace，它表明当 tableview 动画结束时触发了一个断言。符号化崩溃报告后，您将看到应用程序中的哪些代码行导致了这种情况。

【讨论】：

我无法获取异常行，因为“复制期间剥离调试符号”标志设置为 YES... 就像这里需要 ***.com/questions/1460892/…

用应用程序二进制符号化永远不会给你行号。您需要在进行精确构建时创建的 dSYM。您链接的答案是错误的，请参阅我的评论：***.com/questions/1460892/…