Ios 强制崩溃管理器和Xcode 7中的崩溃符号

目前，我的崩溃管理器如下所示。

我以前没有真正使用过崩溃日志，但对我来说，崩溃看起来并不是象征性的。我无法找到应用程序崩溃的位置以及原因。此外，当我在项目中打开堆栈跟踪时，没有突出显示任何内容，我无法知道它在文件中崩溃了哪一行。我的问题是：是否有一种方法可以从组织者内部象征所有这些崩溃，或者必须通过终端完成

---

谢谢。

您看到的是，像UITableView这样的SDK类是符号化的，但您的“YLSA”应用程序中的类不是。两者都应该自动象征，但根据我的经验，其中一个（或两者）通常并不象征。我已经为iOS开发了五年，在所有不同的Xcode版本中，这一直是个问题

我在Xcode 7中看到了与您相同的问题，但我能够用以下解决方法来象征我的日志：

在崩溃日志列表中，右键单击所需日志，然后选择

在Finder中显示

。这将显示一个包含一个或多个

.crash

文件和一些元数据的包

浏览程序包，直到找到崩溃日志。您将看到相同的信息在这里已经或没有被符号化

在Xcode中，打开设备窗口并选择一个连接的设备，然后单击查看设备日志按钮

将第2步中的崩溃日志从查找器拖动到此设备的日志列表中

当我这样做时，我从来没有看到我添加的日志出现在列表中，但是如果我单击标题一两次来重新排序列表，那么我就会看到它

过一会儿，碰撞日志将完全符号化

如果您的列表中已经有很多日志，您可以在Finder中查看日志时将日期、iOS版本和硬件型号与Xcode中的日志进行比较，以确保查看的是相同的日志。然后查看“由线程触发”的行以获取崩溃的线程号，然后向下滚动到该线程以查看触发崩溃的代码

---

这对我今天使用Xcode 7很有效。我希望它能帮助你

通过Xcode提交应用程序时，会出现一个包含调试符号的选项。下次提交应用程序版本时，请确保选择该版本；如果你没有，这也许可以解释你看到的问题。不幸的是，对于已经提交的应用程序版本，没有办法追溯到以前的版本，因此您必须等到准备好提交下一个版本，才能确定这是否是问题所在。

这可能是重复的。尽管如此，仍然有效。前面评论中的链接涉及TestFlight，但我没有使用TestFlight，并且我看到了相同的问题。我按照您的说明进行了操作，可能会出现重复，并且似乎没有任何改变。我应该补充一点，大多数崩溃都是在其他用户的设备上产生的，而不是我的设备，由苹果收集。我的崩溃也是在其他用户的设备上产生的，由苹果收集。很抱歉，此解决方案不适用于您。根据我的经验，这是一个非常不可靠的系统，多年来我不得不在不同的时间使用各种变通方法。这种变通方法并不明显，但适用于我的Xcode 7.2。首先，它也不适用于我，但右键单击列表中的崩溃（在查看设备日志屏幕内）单击“重新符号化”，比它更有效：）谢谢分享你的解决方案+1只有当xcode具有用于向iTunesConnect发送构建的存档时，此功能才起作用。如果你在其他Mac电脑上，你就不走运了。根据我的经验，这没什么区别。我们总是这样做。我们永远不会得到符号化的痕迹。