assert(! "crashing on purpose to test crashlytics");
生成崩溃,因为我看到有人提到[[Crashlytics sharedInstance] crash]
对他们不起作用。有趣的是,在生成崩溃后,我所使用的版本号的“无崩溃用户”下降到0%,但崩溃数报告为0。dSYMs选项卡不列出该版本号。
这是在传递-FIRDebugEnabled
作为参数时,调试视图中出现的崩溃:
有任何建议吗?assert(! "crashing on purpose to test crashlytics");
生成崩溃,因为我看到有人提到[[Crashlytics sharedInstance] crash]
对他们不起作用。有趣的是,在生成崩溃后,我所使用的版本号的“无崩溃用户”下降到0%,但崩溃数报告为0。dSYMs选项卡不列出该版本号。
这是在传递-FIRDebugEnabled
作为参数时,调试视图中出现的崩溃:
有任何建议吗?当我从 Fabric 迁移到 Firebase Crashlytics 时,遇到了类似的问题。你不应该按照 Firebase 网站上的说明来操作。请遵循 Fabric 的说明,如 @Ashvini 所述。我假设在迁移到 Firebase 前,Crashlytics 已经正常工作。我测试过这种方法,并且对我有效。
这是一件麻烦事,因为旧项目和新项目将有不同的 Crashlytics 实现。
安装后,请确保在您的AppDelegate文件中使用以下代码行初始化Fabric SDK:
对于Objective-C: [Fabric with:@[[Crashlytics class]]];
和
对于Swift: Fabric.with([Crashlytics.self])
之后,通过调用Crashlytics.sharedInstance().crash()
(Swift)或[[Crashlytics sharedInstance] crash]
(Objective-C)来强制使您的应用程序崩溃。通过在ViewController中添加任何按钮编程方式或在现有操作上调用此方法。
如果在启动时附加了调试器,则Crashlytics不会捕获崩溃,因此要查看崩溃情况,您需要按照以下步骤进行操作:
几分钟后,您应该在Fabric仪表板上看到崩溃情况。
如果您在仪表板中没有找到崩溃,则请在构建设置中仔细检查调试信息格式是否为“DWARF with dSYM File”,对于Debug和Release都是如此。
确保在崩溃后启动应用程序,以便可以上传崩溃。
如果几分钟后仍然看不到崩溃,请再次运行应用程序以重试崩溃传递。
pod 'Fabric', '~> 1.9.0'
pod 'Crashlytics', '~> 3.12.0'
这里是Firebase Crashlytics文档的链接。