我已经成功实现了 Firebase 崩溃报告,但是我需要在应用程序运行时禁用该服务,撤消“调试”构建变体,以避免在开发过程中控制台中的非真实崩溃。
官方文档对此没有任何说明。
我已经成功实现了 Firebase 崩溃报告,但是我需要在应用程序运行时禁用该服务,撤消“调试”构建变体,以避免在开发过程中控制台中的非真实崩溃。
官方文档对此没有任何说明。
更新:使用 Google Play 服务/Firebase 11+,您现在可以在运行时禁用崩溃报告。FirebaseCrash.setCrashCollectionEnabled()
(感谢@Tyler Carberry)
旧答案:
据社区推测,没有官方支持。我建议这样做的最佳方法是,在您的仪表板中设置多个 Firebase 应用,每个构建类型一个,并根据构建变体设置多个指向每个不同应用的 google_services.json 文件。
使用 Google Play Services 11.0,您现在可以在运行时禁用崩溃报告。
FirebaseCrash.setCrashCollectionEnabled(!BuildConfig.DEBUG);
最近引入了以官方方式禁用 Firebase 崩溃报告的可能性。您需要将 firebase android sdk 至少升级到 11.0.0 版本
为此,您需要编辑AndroidManifest.xml
并添加:
<meta-data
android:name="firebase_crashlytics_collection_enabled"
android:value="false" />
街<application>
区内。
您可以使用FirebaseCrash.isCrashCollectionEnabled()检查是否在运行时启用了 Firebase 崩溃报告。
下面是在调试版本中禁用 Firebase 崩溃报告的完整示例。
构建.gradle:
...
buildTypes {
release {
...
resValue("bool", "FIREBASE_CRASH_ENABLED", "true")
}
debug {
...
resValue("bool", "FIREBASE_CRASH_ENABLED", "false")
}
}
...
dependencies {
...
compile "com.google.firebase:firebase-core:11.0.0"
compile "com.google.firebase:firebase-crash:11.0.0"
...
}
AndroidManifest.xml:
<application>
<meta-data
android:name="firebase_crash_collection_enabled"
android:value="@bool/FIREBASE_CRASH_ENABLED"/>
...
在我的应用程序类中,onCreate()
if (BuildConfig.DEBUG) {
Thread.setDefaultUncaughtExceptionHandler(new UncaughtExceptionHandler() {
@Override
public void uncaughtException(Thread paramThread, Throwable paramThrowable) {
Log.wtf("Alert", paramThrowable.getMessage(), paramThrowable);
System.exit(2); //Prevents the service/app from freezing
}
});
}
它之所以有效,是因为它需要 oldHandler,其中包括 Firebase 之一
final UncaughtExceptionHandler oldHandler = Thread.getDefaultUncaughtExceptionHandler();
处理路径之外
您可以将 firebase 崩溃依赖项更改为仅发布依赖项。
为此,您将其定义为 releaseCompile 依赖项
releaseCompile 'com.google.firebase:firebase-crash:9.4.0'
现在它只会包含在发布版本中。如果您有其他需要崩溃报告的自定义构建类型,您可以将其添加到它们。
customBuildTypeCompile 'com.google.firebase:firebase-crash:9.4.0'
我使用的简单技巧是仅在build.gradle
文件中的发布版本中添加 Firebase 崩溃报告依赖项。
这将从调试构建类型中删除崩溃报告库,并仅在发布构建中添加它。
dependencies {
releaseCompile 'com.google.firebase:firebase-crash:10.2.0'
}
受此相关答案和此处其他答案的启发,我想出了这个方便的解决方案。
使用Timber进行日志记录,我为调试和发布构建创建了 Tree 子类的不同实现。在调试中,它遵循写入 logcat 的 DebugTree。在发布时,它将异常和高优先级日志转发到 Firebase,丢弃其余的。
构建.gradle
dependencies {
...
compile 'com.jakewharton.timber:timber:4.3.0'
releaseCompile 'com.google.firebase:firebase-crash:9.0.2'
}
src/debug/java/[包]/ForestFire.java
import timber.log.Timber;
public class ForestFire extends Timber.DebugTree {}
src/release/java/[包]/ForestFire.java
import android.util.Log;
import com.google.firebase.crash.FirebaseCrash;
import timber.log.Timber;
public class ForestFire extends Timber.Tree {
@Override
protected void log(int priority, String tag, String message, Throwable t) {
if (Log.WARN <= priority) {
FirebaseCrash.log(message);
if (t != null) {
FirebaseCrash.report(t);
}
}
}
}
应用启动
Timber.plant(new ForestFire());
首先初始化gradle文件中的变量,查看是debug还是release模式。提交崩溃报告的最佳方式是在 Application 类中。
构建.gradle
buildTypes {
release {
buildConfigField "Boolean", "REPORT_CRASH", '"true"'
debuggable false
}
debug {
buildConfigField "Boolean", "REPORT_CRASH", '"false"'
debuggable true
}
}
现在首先检查模式,如果 crashed 则提交崩溃报告。
应用程序.java
/** Report FirebaseCrash Exception if application crashed*/
Thread.setDefaultUncaughtExceptionHandler (new Thread.UncaughtExceptionHandler()
{
@Override
public void uncaughtException (Thread thread, Throwable e)
{
/** Check whether it is development or release mode*/
if(BuildConfig.REPORT_CRASH)
{
FirebaseCrash.report( e);
}
}
});
尽管您可以停用 Firebase 分析,但目前您无法禁用 Firebase 崩溃报告。
因此,一种方法是在同一个 firebase 项目中创建另一个具有不同 ID 的应用程序。在此之后,您只需要更改 appID 即可启用或禁用 Firebase 崩溃报告。为了方便起见,我创建了以下两个应用程序:
AppID:com.android - 用于发布构建类型
AppID:com.android.debug - 用于调试构建类型
请点击以下链接了解更多详情:
https://firebase.googleblog.com/2016/08/organizing-your-firebase-enabled-android-app-builds.html
编辑: 您不需要一次又一次地更改 android 项目中的 appID。有一种更好的方法可以使用不同的 appID 进行调试构建类型-
android {
defaultConfig {
applicationId "com.android"
...
}
buildTypes {
debug {
applicationIdSuffix ".debug"
}
}
}
查看链接了解更多详情:
https://developer.android.com/studio/build/application-id.html
编辑2:
基本上在上述解决方案中,您在 Firebase 项目中制作了两个不同的应用程序,这样您就可以将开发和生产错误分开。
仅供参考 Firebase 崩溃报告已弃用。您应该使用Fabrics Crashlytics(由 Google 拥有)。它有一些非常酷的功能。
FirebaseAnalytics
上课用。
禁用收集:setAnalyticsCollectionEnabled(false);
启用收集:或在应用程序标签中setAnalyticsCollectionEnabled(true);
写入:AndroidManifest.xml
<meta-data android:name="firebase_analytics_collection_enabled" android:value="false" />
可能的用途:
if (BuildConfig.DEBUG){ //disable for debug
mFirebaseAnalytics.setAnalyticsCollectionEnabled(false);
}
首先,您必须创建debug
和release
构建变体,然后使用布尔值设置变量。然后,您将需要从扩展的 java 文件中获取该值,application
即从您启用Fabric
崩溃报告的位置。
下面给出了一个代码示例。
在您的应用程序build.gradle
文件中,添加以下行以创建 2 个构建变体debug
,release
然后添加一个具有布尔值的变量。
defaultConfig {
buildConfigField 'boolean', 'ENABLE_ANALYTICS', 'true'
}
buildTypes {
debug {
applicationIdSuffix ".debug"
versionNameSuffix 'DEBUG'
buildConfigField 'boolean', 'ENABLE_ANALYTICS', 'false'
}
release {
minifyEnabled false
}
}
然后,当您尝试添加Fabric
崩溃报告时,检查值ENABLE_ANALYTICS
公共类测试扩展应用程序{
private GoogleAnalytics googleAnalytics;
private static Tracker tracker;
@Override
public void onCreate() {
super.onCreate();
if (BuildConfig.ENABLE_ANALYTICS)
Fabric.with(this, new Crashlytics());
}
}
您可以ENABLE_ANALYTICS
通过ctrl
+ 单击该值来查看该值。希望这可以帮助。
用户在调试模式或发布模式下运行应用程序时最简单的解决方案:
AndroidManifest.xml:
<meta-data
android:name="firebase_crash_collection_enabled"
android:value="${analytics_deactivated}"/>
build.gradle(模块:应用程序)
buildTypes {
debug {
manifestPlaceholders = [analytics_deactivated: "false"]
}
release {
manifestPlaceholders = [analytics_deactivated: "true"]
}
}
因此,当应用程序处于发布模式时,crashlatics 将打开并且应用程序在调试模式下运行,它将被关闭。
我猜最近的 firebase crashlytics 有这个实现。
FirebaseCrashlytics.getInstance().setCrashlyticsCollectionEnabled(!BuildConfig.DEBUG)
我versionCode
用作本地/生产构建的过滤器。
gradle.properties
VERSION_CODE=1
应用程序/build.gradle
android {
defaultConfig {
versionCode VERSION_CODE as int
}
}
发布新版本的应用程序时,只需从命令行设置新值:
./gradlew build -PVERSION_CODE=new_value
否则,当您从 Android Studio 构建时,您将始终得到相同的versionCode
结果,因此您可以在 Firebase 控制台中轻松区分崩溃报告。
如前所述 - 没有官方方法可以做到这一点。但正如@mark-d 所提到的,对我来说最糟糕的解决方法是重置DefaultUncaughtExceptionHandler
(https://stackoverflow.com/a/39322734/4245651)。
但是,如果您只是System.exit(2)
按照建议调用 - 应用程序将在异常时立即关闭,没有任何对话框消息和难以获取调试日志。如果这对您很重要,有一种方法可以恢复默认处理程序:
if (BuildConfig.DEBUG) {
final Thread.UncaughtExceptionHandler currentHandler = Thread.getDefaultUncaughtExceptionHandler();
if (currentHandler.getClass().getPackage().getName()
.startsWith("com.google.firebase")) {
final Thread.UncaughtExceptionHandler defaultHandler =
getPrivateFieldByType(currentHandler, Thread.UncaughtExceptionHandler.class);
Thread.setDefaultUncaughtExceptionHandler(defaultHandler);
}
}
在哪里
public static <T> T getPrivateFieldByType(Object obj, Class<T> fieldType) {
if (obj != null && fieldType != null) {
for (Field field : obj.getClass().getDeclaredFields()) {
if (field.getType().isAssignableFrom(fieldType)) {
boolean accessible = field.isAccessible();
if (!accessible) field.setAccessible(true);
T value = null;
try {
//noinspection unchecked
value = (T) field.get(obj);
} catch (IllegalAccessException e) {
e.printStackTrace();
}
if (!accessible) field.setAccessible(false);
return value;
}
}
}
return null;
}
public class MyApp extends Application {
public static boolean isDebuggable;
public void onCreate() {
super.onCreate();
isDebuggable = (0 != (getApplicationInfo().flags & ApplicationInfo.FLAG_DEBUGGABLE));
FirebaseCrash.setCrashCollectionEnabled(!isDebuggable);
}
}