这个崩溃日志是什么意思？无法符号化答案

【问题标题】：What does this crash log means? Unable to symbolize这个崩溃日志是什么意思？无法符号化
【发布时间】：2014-05-22 13:04:29
【问题描述】：

你能帮我看看下面的崩溃日志吗，它来自我的 iPad 应用程序上的 Flurry 分析。我无法符号化此日志，因此在此处发布。

Hardware Model:      iPad3,1
Process:         MyApp [180]
Path:            /var/mobile/Applications/97D3AAB9-74C2-4389-A4BF-771D18DC11D3/MyApp.app/MyApp
Identifier:      com.bentley.MyApp
Version:         058
Code Type:       ARM
Parent Process:  launchd [1]

Exception Type:  SIGBUS
Exception Codes: BUS_ADRALN at 0xb8c500
Crashed Thread:  6

Thread 0:
0   libsystem_kernel.dylib              0x39f1c808 _kevent64 + 24
1   libdispatch.dylib                   0x39e5de03 <redacted> + 38

Thread 1:
0   libsystem_kernel.dylib              0x39f2fc70 ___workq_kernreturn + 8
1   libsystem_pthread.dylib             0x39f96a98 _start_wqthread + 8

Thread 2:
0   libsystem_kernel.dylib              0x39f2fc70 ___workq_kernreturn + 8
1   libsystem_pthread.dylib             0x39f96a98 _start_wqthread + 8

Thread 3:
0   libsystem_kernel.dylib              0x39f1ca58 _mach_msg_trap + 20
1   CoreFoundation                      0x2ed9689b <redacted> + 154
2   CoreFoundation                      0x2ed94fc1 <redacted> + 784
3   CoreFoundation                      0x2ecfff0f _CFRunLoopRunSpecific + 522
4   CoreFoundation                      0x2ecffcf3 _CFRunLoopRunInMode + 106
5   Foundation                          0x2f73f087 +[NSURLConnection _resourceLoadLoop:] + 318
6   Foundation                          0x2f7b4a5f <redacted> + 1062
7   libsystem_pthread.dylib             0x39f98919 <redacted> + 140
8   libsystem_pthread.dylib             0x39f9888b __pthread_start + 102
9   libsystem_pthread.dylib             0x39f96aa4 _thread_start + 8

Thread 4:
0   libsystem_kernel.dylib              0x39f2f434 ___select + 20
1   libsystem_pthread.dylib             0x39f98919 <redacted> + 140
2   libsystem_pthread.dylib             0x39f9888b __pthread_start + 102
3   libsystem_pthread.dylib             0x39f96aa4 _thread_start + 8

Thread 5:
0   libsystem_kernel.dylib              0x39f2f974 ___sigsuspend_nocancel + 12
1   libdispatch.dylib                   0x39e5b647 <redacted> + 34

Thread 6 Crashed:
0   ???                                 0x00b8c500 0x0 + 0

Thread 6 crashed with ARM Thread State:
    pc: 0x00b8c500     r7: 0x00b8ca00     sp: 0x06ea91ec     r0: 0x00000000 
    r1: 0x00001000     r2: 0x00000000     r3: 0x16d3e930     r4: 0x00b8c500 
    r5: 0x00000008     r6: 0x00000001     r8: 0x00000000     r9: 0x00000000 
   r10: 0x3bf08c30    r11: 0x00b89000     ip: 0x16d3ea88     lr: 0x39f06543 
  cpsr: 0x60000010

这个崩溃日志是什么意思？

【问题讨论】：

你为什么不能象征性。您真的希望我们能够基于此告诉您您的应用程序中发生了什么吗？ ://
不，你也可以指导我如何符号化flurry崩溃日志。
关于如何进行符号化有很多问题和答案。使用搜索功能！

标签： ios ipad crash crash-reports flurry

【解决方案1】：

取自维基百科：http://en.wikipedia.org/wiki/Unix_signal

SIGBUS 信号在导致总线错误时被发送到进程。导致产生信号的条件是，例如，不正确的内存访问对齐或不存在的物理地址。

您遇到了重大的内存管理问题。该错误还导致堆栈跟踪损坏，因此崩溃的线程没有显示任何有用的信息。

您所能做的就是：搜索内存泄漏（ARC 并不能神奇地解决所有可能的情况！），使用静态分析器，使用仪器。

【讨论】：

感谢 Kerni，这是对启动有用的信息。
崩溃发生在线程 0（主线程）。但是崩溃太严重，崩溃报告 SDK 无法恢复任何有用的信息（堆栈跟踪）。
当我在设备上构建和运行时，我无法重现任何此类崩溃。我也尝试过使用 Enterprise build 来重现相同但没有运气。所以坚持寻找原因。 ://
这类错误很难找到，无论您如何签署它们都无关紧要。对于此类崩溃，崩溃报告也永远无法告诉您错误的确切位置。使用我在答案中提到的工具，他们可能会给出提示。
请查找更新的崩溃日志。它在 Flurry 日志中再次发生，但这次是在线程 6 上。这是否意味着这不是在主线程上，而是在某个子线程上？