如何停止添加“符号”&书信电报；修订版>&引用；iOS崩溃日志的碎片

我在App Store（通过iTunes Connect检索）中有一个iPhone应用程序的崩溃日志，在对其进行符号化处理后，从CodeData和CoreFoundation中获得了一堆“”方法名称

iTunes Connect的原始崩溃日志文件如下所示：

Last Exception Backtrace:
0   CoreFoundation                  0x34a0929e __exceptionPreprocess
1   libobjc.A.dylib                 0x32d1997a objc_exception_throw
2   CoreData                        0x3631fec2 -[NSSQLCore _obtainOpenChannel]
3   CoreData                        0x363cfd9c newFetchedRowsForFetchPlan_MT
4   CoreData                        0x363b3be6 -[NSSQLCore newFetchedPKsForSourceID:andRelationship:]
5   CoreData                        0x363a6008 -[NSSQLCore newValueForRelationship:forObjectWithID:withContext:error:]
6   CoreData                        0x3635690a -[NSFaultHandler retainedFulfillAggregateFaultForObject:andRelationship:withContext:]
7   CoreData                        0x36326d48 -[_NSFaultingMutableSet willRead]
8   CoreData                        0x3632767c -[_NSFaultingMutableSet allObjects]

在我的Mac电脑上显示符号后，日志如下所示：

Last Exception Backtrace:
0   CoreFoundation                  0x34a0929e <redacted> + 158
1   libobjc.A.dylib                 0x32d1997a objc_exception_throw + 26
2   CoreData                        0x3631fec2 <redacted> + 230
3   CoreData                        0x363cfd9c <redacted> + 948
4   CoreData                        0x363b3be6 <redacted> + 2590
5   CoreData                        0x363a6008 <redacted> + 528
6   CoreData                        0x3635690a <redacted> + 478
7   CoreData                        0x36326d48 <redacted> + 220
8   CoreData                        0x3632767c <redacted> + 20
9   [myappname]                     [memory addresses here]
...

上次异常回溯：
0芯基础0x34a0929e+158
1 libobjc.A.dylib 0x32d1997a objc_异常_抛出+26
2芯数据0x3631fec2+230
3芯数据0x363cfd9c+948
4芯数据0x363b3be6+2590
5芯数据0x363a6008+528
6芯数据0x3635690a+478
7芯数据0x36326d48+220
8芯数据0x3632767c+20
9[myappname][此处的内存地址]
...

有人能帮助找到为什么将“”添加到符号化版本中吗？ 我自己的应用程序中的符号可以很好地进行符号化，正如您在上面看到的基本libobjc符号一样

---

更新：在Kerni的回答之后切换日志以使其更清晰

据我所知，第一份报告是从iTunes Connect下载的，第二份报告是在您在Mac上处理之后

在设备上编写崩溃报告时，iOS在解析某些系统库的某些部分的某些系统符号时使用了

。除了在你的Mac上再次象征它之外，你没有什么办法可以让它不发生

更新：符号化脚本重新处理所有行，自从iOS 6测试版发布以来，苹果开始报告这些符号。这也意味着旧版本的atos将返回

，而不是正确的符号

请检查Xcode 4.5是否安装了iOS 6符号，以及当前是否选择了Xcode 4.5。您需要确保您的系统使用最新版本的atos

符号化脚本正在使用

xcrun

查找

atos

二进制文件，因此您可以使用以下命令检查它是否找到了正确的二进制文件：

xcrun-find-sdk iphoneos-atos

---

这应该指向Xcode 4.5应用程序包。

我也遇到了同样的问题，通过从

~/Library/Developer/Xcode/iOS

设备支持中删除所有iOS 6.0（包括beta版）数据来清除消息

---

现在，symbolicate使用存储在

/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/DeviceSupport/6.0（10A003）/

中的符号数据，而不是用户库中存储的符号数据。

其他方法。第一种是在象征之后。第二种是iTunes Connect版本。（我将更新问题以使其更清楚）。我现在已经从你发布这篇文章时开始切换日志。是的，事实上，我仍然安装了iOS 6.0测试版数据和beta Xcode版本。我想这就是我的象征意义被弄乱的原因。我会重新安装并报告。是的，事实上，我仍然安装了iOS 6.0测试版数据和beta Xcode版本。我想这就是我的象征意义被弄乱的原因。我会重新安装它并报告。@and3rs-这太棒了。删除~/Library/Developer/Xcode/iOS DeviceSupport目录为我解决了“编辑”问题。