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

【问题标题】：What does this crash log means?这个崩溃日志是什么意思？
【发布时间】：2013-07-15 08:16:49
【问题描述】：

我已经对识别崩溃日志进行了一些研究，但找不到解决方案：

这是我的参考资料：

http://www.raywenderlich.com/23704/demystifying-ios-application-crash-logs http://developer.apple.com/library/ios/#qa/qa1747/_index.html How to view crash report on xcode 4.2

我确实知道这是因为内存问题，但是如何找到那个特定的？在我的项目中有 200 个文件，还有 4-5 个第三方库正在使用。

这是崩溃日志：

Incident Identifier: BD0F0F41-C60A-4D9C-8386-1B10796CF835
CrashReporter Key:   43c75986a25cae4226726a78b4bf5b543ab87caa
Hardware Model:      iPad3,3
Process:         BLSOffline [10824]
Path:            /var/mobile/Applications/54AAF195-FD1D-4426-BC20-939662ECC56B/BLSOffline.app/BLSOffline
Identifier:      BLSOffline
Version:         ??? (???)
Code Type:       ARM (Native)
Parent Process:  launchd [1]

Date/Time:       2013-07-12 15:24:05.680 +0530
OS Version:      iOS 6.1.3 (10B329)
Report Version:  104

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000013
Crashed Thread:  0

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libobjc.A.dylib                 0x3aadd526 0x3aad8000 + 21798
1   BLSOffline                      0x000dbb6a 0xc8000 + 80746
2   CoreFoundation                  0x32c3f9c0 0x32b7a000 + 809408
3   CoreFoundation                  0x32b96fe6 0x32b7a000 + 118758
4   Foundation                      0x335530f0 0x334a2000 + 725232
5   CoreFoundation                  0x32c11680 0x32b7a000 + 620160
6   CoreFoundation                  0x32c10f7a 0x32b7a000 + 618362
7   CoreFoundation                  0x32c0fcb2 0x32b7a000 + 613554
8   CoreFoundation                  0x32b82eb8 0x32b7a000 + 36536
9   CoreFoundation                  0x32b82d44 0x32b7a000 + 36164
10  GraphicsServices                0x367372e6 0x36732000 + 21222
11  UIKit                           0x34a982fc 0x34a41000 + 357116
12  BLSOffline                      0x000db5fe 0xc8000 + 79358
13  libdyld.dylib                   0x3af17b1c 0x3af16000 + 6940

Thread 1 name:  Dispatch queue: com.apple.libdispatch-manager
Thread 1:
0   libsystem_kernel.dylib          0x3afce648 0x3afcd000 + 5704
1   libdispatch.dylib               0x3aefe974 0x3aef6000 + 35188
2   libdispatch.dylib               0x3aefe654 0x3aef6000 + 34388

Thread 2 name:  WebThread
Thread 3 name:  JavaScriptCore::BlockFree
Thread 4 name:  JavaScriptCore::Marking
Thread 5 name:  com.apple.NSURLConnectionLoader
Thread 6 name:  WebCore: CFNetwork Loader
Thread 7 name:  WebCore: LocalStorage
Thread 8 name:  com.apple.CFSocket.private
Thread 9 name:  com.apple.coremedia.player.async
Thread 10 name:  com.apple.coremedia.player.remote

请告诉我如何找出原因。

如果我的应用程序在随机时间点崩溃，仍然是否可以在 AppStore 上上传？苹果会允许这样的应用吗？

编辑：主要问题是应用程序没有在模拟器上崩溃，它只在设备上发生。同样在设备上，当我们调试应用程序时，它在 curl 库代码上崩溃，从第一天开始就运行良好。那么应用程序怎么会突然崩溃呢？

【问题讨论】：

从符号化开始！很明显问题出在您的代码中（一些 BLSOffline 代码位于第二位）。
确保您没有调用除主线程之外的任何 UI 相关代码。
@Sulthan：我知道，但是如何追踪它在哪里。还有 200 多个文件和 3 个外部库。
@Mrunal 第一步是“符号化”。 developer.apple.com/library/ios/#technotes/tn2151/_index.html 不然崩溃日志就没用了。
@prasad：是的，我已经验证过了，所有与 UI 相关的代码都在主线程中。

标签： ios ipad crash crash-reports

【解决方案1】：

如果您的应用程序随机崩溃，那么您需要分析您的代码。您只能在 XCode 中执行此操作。在 XCode 中打开您的项目，在产品菜单中您将找到分析选项 (cmd+shift+B)。请确保在分析之前选择了“iOS 设备”。

除此之外，您可以使用此链接：

http://www.raywenderlich.com/23037/how-to-use-instruments-in-xcode

如果您的应用崩溃，Apple 将不会接受它。

【讨论】：

这样做时，它指出了调用 C++ 库方法的方法的泄漏，但这些方法与前面的方法相同。当我尝试使用较旧的代码副本时，这些泄漏不存在。对我来说很奇怪，现在很困惑在哪里寻找？
您的评论看起来很奇怪？在不更改代码的情况下，它如何显示相同代码的泄漏。

【解决方案2】：

不，Apple 可能也会遇到崩溃并拒绝您的应用（这是有风险的）。

关于崩溃，很难说，您必须从 XCode 运行应用程序并检查崩溃的位置。

如果是内存问题，请从 XCode 分析应用程序，然后您会看到哪个组件崩溃了。

【讨论】：