gpt4 book ai didi

error-handling - 处理 Fabric/Crashlytics 中的错误分组

转载 作者:行者123 更新时间:2023-12-04 15:51:21 25 4
gpt4 key购买 nike

我有一个使用 Fabric/crashlytics 的项目。为了能够检测生产中的所有运行时错误,我想使用以下命令向 Crashlytics 发送(非致命)异常:

Crashlytics.logException(new RuntimeException("some identifiable error message");

我想将此逻辑添加到项目中现有的日志类中,该日志类通过 gradle 作为单独的“实用程序模块”加载。由于此模块不包含对 Crashlytics 的引用(而且我似乎找不到从主模块转发此引用的好方法),我通过引入一个从主应用程序实现的接口(interface)来解决它:
if (!BuildConfig.APP_BUILD_VERSION.equals("local")) {
UtilitiesConfig.setExternalLogger(new Logger.ExternalLogger() {
@Override
public void reportError(String tag, String message, Throwable throwable) {
Crashlytics.logException(new RuntimeException(TextUtils.isEmpty(tag) ? message : tag + ": " + message));
}
});
}

这很好用,唯一的问题是 Fabric 中的所有报告都被分组为一个类似的异常,因为堆栈跟踪的顶行是相似的(即接口(interface)和应用程序)。例如:
Non-fatal Exception: java.lang.RuntimeException: c: onNetworkError, type: CANT_ACCESS_SERVER
at my.package.Application$3.reportError(Application.java:234)
at my.package.utilities.Logger.e(Logger.java:34)
at my.package.utilities.net.CallbackCallable.onNetworkError(CallbackCallable.java:76)
at my.package.utilities.net.MsgCallable.onNetworkError(MsgCallable.java:250)
at my.package.utilities.net.CancellableCallable.call(CancellableCallable.java:80)
at java.util.concurrent.FutureTask.run(FutureTask.java:237)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1133)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:607)
at java.lang.Thread.run(Thread.java:776)

...还有这个:
Non-fatal Exception: java.lang.RuntimeException: u: Cannot update
at my.package.Application$3.reportError(Application.java:234)
at my.package.utilities.Logger.e(Logger.java:43)
at my.package.NTPManager$SyncTimeAsyncTask.doInBackground(NTPManager.java:150)
at my.package.NTPManager$SyncTimeAsyncTask.doInBackground(NTPManager.java:133)
at android.os.AsyncTask$2.call(AsyncTask.java:304)
at java.util.concurrent.FutureTask.run(FutureTask.java:237)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1133)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:607)
at java.lang.Thread.run(Thread.java:762)

尽管它们是源自不同类/行并且具有不同错误消息的两个不同错误,但它们都被分组在一起。

是否有一种有效的方法可以更改 Crashlytics 中的某些配置,或者通过所述回调以另一种方式报告它,从而使 Fabric 不认为它们是相同的错误?

最佳答案

issues are grouped by the root cause of the exception , 如果您使用 throwable传递给 reportError并将其设置为 cause在您创建的异常中,您应该得到所需的结果。

if (!BuildConfig.APP_BUILD_VERSION.equals("local")) {
UtilitiesConfig.setExternalLogger(new Logger.ExternalLogger() {
@Override
public void reportError(String tag, String message, Throwable throwable) {
String logMessage = TextUtils.isEmpty(tag) ? message : tag + ": " + message;
Crashlytics.logException(new RuntimeException(logMessage, throwable));
}
});
}

关于error-handling - 处理 Fabric/Crashlytics 中的错误分组,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48926702/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com