问题标签 [crashlytics-android]

我从 Fabric 的 Crashlytics 获得以下数据，描述了 Android API 19 上的以下崩溃。

这是在 AVD (Nexus 4) 上测试的。

我真的不明白发生了什么。有人可以帮忙吗？

非常感谢，丹尼尔。

当我尝试将 Crashlytics 与我的项目集成时出现此错误。我使用 Crashlytics 插件来生成代码。但是当我在 Gradle 中进行同步时，它会给出以下错误。我也加入了 build.gradle

错误：找不到方法 'org.apache.http.conn.ssl.SSLConnectionSocketFactory.(Ljavax/net/ssl/SSLContext;Ljavax/net/ssl/HostnameVerifier;)V'。此意外错误的可能原因包括：

• Gradle 的依赖缓存可能已损坏（有时会在网络连接超时后发生。）重新下载依赖并同步项目（需要网络）
• Gradle 构建过程（守护进程）的状态可能已损坏。停止所有 Gradle 守护程序可能会解决此问题。停止 Gradle 构建过程（需要重新启动）
• 您的项目可能正在使用与项目中的其他插件或项目请求的 Gradle 版本不兼容的第三方插件。

我尝试过使缓存无效以及重新下载依赖项以及停止 Gradle 构建并启动它。

我也连接到互联网。

如果我删除 crashlytics 依赖项，则构建工作正常。

谁能告诉我如何解决这个问题。

构建.gradle

我正在使用 Fabric.io crashlytics 来捕获我的应用程序中发生的崩溃。但它没有捕获布局文件上的崩溃。反正有没有让那些崩溃，或者我做错了什么？每当布局文件发生崩溃时，crashlytics 都不会给我有关此的日志。或者可能有一些替代方案来实现这一目的？

我使用 CrashLytics 制作了一个应用程序，每当我的用户遇到错误报告时，我都会发送错误报告。该应用程序非常棒，而且效果非常好。在应用程序崩溃后，我几乎可以立即在仪表板上获得报告，其中包括行号和遇到的异常，就像我在查看 LogCat 本身一样。

我注意到当设备离线时它不会发送错误报告，这是可以理解的。然后我打开 WiFi，等了大约 3 分钟，刷新了我的仪表板，我希望错误报告会自动发送。但是，我的仪表板上没有任何新报告。我不得不再次打开应用程序（当设备在线时），等待一两分钟，然后我看到了新的错误。

我认为错误已保存，如果设备离线，请放入队列。然后，一旦再次打开应用程序并且设备在线，就会发送这些错误。

但是，我想让用户的体验更加无缝，并且只要用户的设备上线就自动发送错误日志。

我检查了 CrashLytics 的 Android 文档，但没有找到任何可以实现我想要实现的示例。

我可以做些什么来使 CrashLytics 在设备上线后立即发送错误？也许在声明中或通过 NetworkReceiver 类中的某些内容会在接收者知道设备在线后调用库的函数？

我觉得我忽略了一些简单的事情，或者我可能错过了他们在网站上所说的内容。

我正在尝试为 android 项目集成 crashlytics。我的项目正在使用一个包含本机代码的子项目。现在我的问题是，我也想为我的项目启用 ndk 崩溃报告。从文档中，我了解到我需要在结构属性中配置以下几行（我使用 ant 作为构建工具）：

由于我的项目没有直接的本机代码，因此我无法指定上述路径。我怎样才能做到这一点？

我已经为 Android Studio 2.2.1 安装了 Fabric 插件版本 2.3.1，但我无法登录，我已经在以前版本的 Android Studio 上安装了它并且它正在工作。如果您能帮助我，我将不胜感激，谢谢

Android Studio、Gradle、Fabric Crashlytics——我们有一个非常常见的设置。我们有通常的compile线路build.gradle：

在我们的Application子类中，实例化行：

都好。工作了很长时间。现在我们要使用 Fabric Answers。

这是令人困惑的部分 - 如果我将实例化行编辑为此：

..它有效。正如他们的安装文档所推荐的那样，我期望我需要将以下内容添加到build.gradle：

但是Answers无论有没有这个导入，似乎都可以找到这个类。

所以，我想我的问题：

1. 我需要两个Gradlecompile条目吗？还是com.crashlytics.sdk.android:crashlytics:2.6.5@aar已经包含 Answers 的超集？
2. Fabric.with(this, new Crashlytics(), new Answers());当我想要 Crashlytics + Answers 时，实例化事物的正确方法是什么？

我正在使用两个Gradle 导入，但即使我没有第二个，它似乎也可以编译。有点困惑为什么。

谢谢！

更新

正如公认的答案所述，Fabric.with(this, new Crashlytics());独自一人就足够了。

深入研究Crashlytics类，看起来它实际上实例化了一些东西：

this(new Answers(), new Beta(), new CrashlyticsCore());

..所以你去！额外的 Gradle 导入 + Fabric 实例化参数是多余的。

我在 Playstore 中有第 3 版应用程序，answers并且crashlytics已启用并且它们工作正常。

我刚刚使用 2.0.4 更新了我的应用程序，answers并crashlytics显示在我的调试版本的仪表板中

但是对于我的生产版本，我可以crashlytics在下拉列表中看到 2.0.4 的版本，但是因为'Answers'我没有在下拉列表中看到最新的 apk 版本，通常我曾经将最新的构建版本视为带有发布指标等的“成功发布”。 .

面料团队的任何帮助表示赞赏。

我已经在 AndroidStudio 项目中添加了上面的 crashlytics 库，但它得到了以下错误

致命异常：主进程：com.pw.health.live_patient，PID：28520 java.lang.NoClassDefFoundError：com.po.dm.input.DeviceType at com.po.sdk.NWFactory.initDeviceInfo(NWFactory.java:293) at com.po.sdk.NWFactory.access$500(NWFactory.java:79) 在 com.po.sdk.NWFactory$2.receiveResponseData(NWFactory.java:267) 在 com.po.sdk.http.handler.impl.RequestExecutor.onPostExecute(RequestExecutor.java:128) 在 com.po.sdk.http.handler.impl.RequestExecutor.onPostExecute(RequestExecutor.java:29) 在 android .os.AsyncTask.finish(AsyncTask.java:632) 在 android.os.AsyncTask.access$600(AsyncTask.java:177) 在 android.os.AsyncTask$InternalHandler.handleMessage(AsyncTask.java:645) 在 android.os.Handler.dispatchMessage(Handler.java:102) 在 android.os.Looper.loop(Looper.java:136) 在 android.app.ActivityThread.main(ActivityThread.java:5086) 在 java. lang.reflect.Method.invokeNative(Native Method) 在 com.android.internal.os 的 java.lang.reflect.Method.invoke(Method.java:515)。ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601) at dalvik.system.NativeStart.main(Native Method) 12-16 12:37: 25.478 28520-28555/com.pw.health.live_patient I/CrashlyticsCore：Crashlytics 报告上传完成：5856754392F0-0001-6F68-9E8808E56C06main(Native Method) 12-16 12:37:25.478 28520-28555/com.pw.health.live_patient I/CrashlyticsCore：Crashlytics 报告上传完成：5856754392F0-0001-6F68-9E8808E56C06main(Native Method) 12-16 12:37:25.478 28520-28555/com.pw.health.live_patient I/CrashlyticsCore：Crashlytics 报告上传完成：5856754392F0-0001-6F68-9E8808E56C06

我注意到一份关于生产的奇怪崩溃报告。我试图查找它，但我没有在源代码中找到任何东西。对我来说，这些设备的供应商似乎只是在他们的 SDK 中修改了一些东西。

但它发生在支持库中。那么这怎么会发生呢？

堆栈跟踪：

发生的代码：

...

主要在以下设备上复制：

• 三星 SM-G925F
• 三星 SM-G935F
• 三星 GT-I9300
• 一些联想设备
• Solarin 手机（不管它是什么）

操作系统：

• 安卓 6 - 95%
• 安卓 4 - 3%
• 安卓 5 - 2%

我有数以百万计的用户，但只有少数人遇到了这次崩溃。