Question

我想知道我从Crashlytics收到的以下堆栈跟踪中是否有任何我应该关注的内容：

EXC_BAD_ACCESS KERN_INVALID_ADDRESS at 0x000000007becbeb8 

Thread : Crashed: com.apple.main-thread
0  libsystem_kernel.dylib         0x3a3c61fc __pthread_kill + 8
1  libsystem_pthread.dylib        0x3a42fa33 pthread_kill + 58
2  libsystem_c.dylib              0x3a376ffd abort + 76
3  libc++abi.dylib                0x396a5cd7 abort_message + 74
4  libc++abi.dylib                0x396be6e5 default_terminate_handler() + 252
5  libobjc.A.dylib                0x39e07921 _objc_terminate() + 192
6  libc++abi.dylib                0x396bc1c7 std::__terminate(void (*)()) + 78
7  libc++abi.dylib                0x396bbd2d __cxa_increment_exception_refcount
8  libobjc.A.dylib                0x39e077f7 objc_exception_rethrow + 42
9  CoreFoundation                 0x2f499c9d CFRunLoopRunSpecific + 640
10 CoreFoundation                 0x2f499a0b CFRunLoopRunInMode + 106
11 GraphicsServices               0x3419a283 GSEventRunModal + 138
12 UIKit                          0x31d3d049 UIApplicationMain + 1136
13 Pocket Linesman                0x0005aa8b main + 17 (main.m:17)

从我在互联网上搜索，我无法找到这种类型的崩溃在哪里有可操作修复的示例。此外，我完全无法通过我的应用程序中的正常交互来重现这样的崩溃。

此堆栈跟踪是否表示由于用户iOS设备上的内存不足问题导致的正常崩溃，或更多内容？

这是我第一个使用Crashlytics的应用程序，所以我仍然在学习如何阅读它发给我的报告。

谢谢！

Answer 1

崩溃的原始来源是未捕获的异常。原始异常被CFRunLoopRunSpecific()捕获并重新抛出。这掩盖了回溯中异常的原始来源。有时会记录异常详细信息，它们可能表示原始回溯。您是否有可能同时写入的任何日志消息？

Answer 2

每当崩溃是由UI代码引起的时候，我都遇到了同样的问题。

您是否有机会在应用委托中设置NSSetUncaughtExceptionHandler？设置我的导致我得到无用的pthread_kill消息。

在分布式版本中取消使用我的版本，可以让我从同一错误中获得更多有用的崩溃报告。

希望这会有所帮助：）

iOS：我应该如何阅读这个崩溃报告，说我的应用程序是通过pthread_kill和SIGABRT杀死的？

2 个答案: