我一直在调查我们的应用程序中的崩溃很长一段时间，我仍然无法弄清楚为什么Crashlytics无法象征某些崩溃（3具体） . 这些实际上是应用程序的当前主要崩溃，我们正在拼命寻找任何可能的提示 .
我们的应用程序启用了bitcode，并选择将dSYM上传到Apple . 我尝试通过Crashlytics doc All about Missing dSYMs阅读，从iTunesConnect手动下载dSYM zip，将其上传到fabric . 之后"hidden"崩溃数量不断增长，问题是，我们从未在结构中找到丢失的dSYM警告，而且我们正在尝试调查的应用程序版本中没有显示fabric settings page中缺少dSYM .
堆栈跟踪如下所示：Crash stack trace
任何帮助和建议将非常感谢！谢谢！
1 回答
我无法告诉你为什么符号失败了 . 但是通过查看你的崩溃报告，我想到了一些事情，也许他们可以以某种方式帮助你 .
崩溃发生在以某种方式使用UIWebView的闭包内 . 在使用javascript执行某些操作后，资源将被释放，然后崩溃发生时 . 您可以查看此处调用的最后一个代码：
https://github.com/WebKit/webkit/blob/f43689c3ed50cd00bf76d5731983046b988e6efa/Source/WebCore/loader/cache/CachedResource.cpp
没有什么花哨的 .
我的猜测是，关闭的输入变量可以提前释放 . 即使你是盲人，没有工作符号，你也可以尝试找到启动JavaScript调用的闭包并检查这些条件，例如：
[unowned self] in或类似的尝试在拥有它们传递它们 . 这显然会导致内存泄漏，但您可以在发布之前对其进行测试 .