我遇到了Crashlytics的问题(以及Xcode中显示的崩溃 - > Organizer)因为我没有看到很多应该崩溃的事情。从测试人员那里我应该有很多崩溃,但我没有。我登录iTunes Connect并在那里获得压缩的dSYM文件并将其上传到Crashlytics以查看新的崩溃。但即使它说上传dSYM后有一个或多个新的崩溃,我也没有看到任何新的崩溃。它看起来像我在Crashlytics中看不到的大多数崩溃。这是为什么?我需要从TestFlight运行应用程序的设备获取日志/崩溃。我认为使用Objective-C并且在bitcode之前它的效果要好得多。
编辑: 是否有可能在另一个工具(来自第三方公司)中会出现Apple Organizer中没有的崩溃?我在问我是否应该尝试其他公司的更多工具。也许一些崩溃是因为记忆。这些崩溃是否可能不在报告中?
由于
答案 0 :(得分:5)
Fabric为每次崩溃显示1个崩溃'row',崩溃次数在同一行。
但请记住,如果用户再次打开应用程序,崩溃只会发送到crashlytics。
您还可以使用以下方法测试Crashlytics:
Crashlytics.sharedInstance().crash()
答案 1 :(得分:3)
首先确保您已将 dsym 文件上传到crashlytics信息中心,点击此处
点击圈出的部分
然后在你的Xcode>窗口>组织者
点击下载dSYM,下载完成后,右键单击您的存档并单击在Finder中显示,然后右键单击该包并点击显示包内容
打开 dSYMs 文件夹,然后您只需将这些dSYM拖放到Crashlytics信息中心
答案 2 :(得分:0)
我认为你的问题与两件事有关:
有关更多信息,请查看以下链接: Share analytics, diagnostics, and usage information with Apple 。
如果人们不共享分析,您将看不到任何崩溃。
编辑:我发现您的问题也可能与调试器有关...有关详细信息,请查看此主题并查看您是否可以在此处找到解决方案 - > Crashlytics is not sending Crash report from iPhone 的。 我希望能有所帮助!答案 3 :(得分:0)
如果应用程序在您设置AppDelegate
/ Fabric
的{{1}}之前崩溃,则崩溃将无法正常发送。
您可能遇到的崩溃也可能是Crashlytics因内存崩溃而被归档的。