2019的答案

我一直在尝试只在发行版中启用Crashlytics，在调试中禁用2小时，检查Firebase控制台，看看异常是否上传。

有两种可能的方法。

选项1

它工作，但如果你在调试构建调用任何Crashlytics方法，应用程序将崩溃。

app / build.gradle

android {
    buildTypes {
        release {
            manifestPlaceholders = [crashlyticsEnabled: true]
        }
        debug {
            manifestPlaceholders = [crashlyticsEnabled: false]
        }

AndroidManifest.xml

<manifest
    <application
        <meta-data
            android:name="firebase_crashlytics_collection_enabled"
            android:value="${crashlyticsEnabled}" />

选项2

如果允许您调用Crashlytics方法而不检查BuildConfig，则可以选择此方法。调试。有了这个设置，你可以安全地调用Crashlytics.logException()这样的方法——它们在调试版本中什么都不做。我在调试中没有看到报告被上传。

app / build.gradle

android {
    buildTypes {
        release {
            ext.enableCrashlytics = true
        }
        debug {
            ext.enableCrashlytics = false
        }

AndroidManifest.xml

<manifest
    <application
        <meta-data
            android:name="firebase_crashlytics_collection_enabled"
            android:value="false" />

应用程序onCreate ()

val crashlytics = Crashlytics.Builder()
    .core(CrashlyticsCore.Builder().disabled(BuildConfig.DEBUG).build())
    .build()
Fabric.with(this, crashlytics)

如果你想捕获所有的崩溃(用于调试和发布版本)，但想在Crashlytics仪表板中分离它们，你可以添加这行代码到build.gradle:

debug {
    versionNameSuffix "-DEBUG"
}

例如，如果你的应用程序的versionName是1.0.0，你的发布版本将被标记为1.0.0，而调试版本将被标记为1.0.0- debug

我遇到了一个奇怪的问题:我按照夏林的答案(也出现在官网上)做了，但没有成功。原来我引用了Fabric包中的BuildConfig，其中还包含一个静态DEBUG变量，即使在调试模式下也被设置为false。

所以，如果你遵循前面提到的解决方案，你仍然得到调试报告，确保你引用了这个:

import com.yourpackagename.BuildConfig;

而不是这个:

import io.fabric.sdk.android.BuildConfig;    

这里是Crashlytics的Marc。这里有几个方法来禁用Crashlytics，而你正在做你的调试构建!

使用不同的android:versionString进行调试和发布构建，然后从Crashlytics web仪表板禁用调试版本的崩溃报告。 将对Crashlytics.start()的调用包装在检查调试标志的if语句中。您可以使用自定义标志或类似于这里提出的方法:如何检查APK是否有签名或“调试构建”?

如果你想要一个可调试的版本，方法如下:

buildTypes {
    release {
        signingConfig signingConfigs.config
        debuggable true //-> debuggable release build
        minifyEnabled true
        multiDexEnabled false
        ext.enableCrashlytics = true
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        buildConfigField 'boolean', 'BUILD_TYPE_DEBUG', 'false'
    }
    debug {
        minifyEnabled false
        multiDexEnabled true
        ext.enableCrashlytics = false
        ext.alwaysUpdateBuildId = false
        // Disable fabric build ID generation for debug builds
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        buildConfigField 'boolean', 'BUILD_TYPE_DEBUG', 'true'
    }
}

当你将debuggable设置为true时，你的BuildConfig。DEBUG将初始化为true，这就是为什么我在BuildConfig类中添加了这个变量。

Init织物:

Crashlytics crashlytics = new Crashlytics.Builder()
            // disable crash reporting in debug build types with custom build type variable
            .core(new CrashlyticsCore.Builder().disabled(BuildConfig.BUILD_TYPE_DEBUG).build())
            .build();

    final Fabric fabric = new Fabric.Builder(this)
            .kits(crashlytics)
            //enable debugging with debuggable flag in build type 
            .debuggable(BuildConfig.DEBUG)
            .build();

    // Initialize Fabric with the debug-disabled crashlytics.
    Fabric.with(fabric);

看看最新的医生。 https://docs.fabric.io/android/crashlytics/build-tools.html gradle-advanced-setup。

除了在构建中添加ext.enableCrashlytics = false。你需要做的成绩，

Crashlytics crashlyticsKit = new Crashlytics.Builder()
    .core(new CrashlyticsCore.Builder().disabled(BuildConfig.DEBUG).build())
    .build();

// Initialize Fabric with the debug-disabled crashlytics.
Fabric.with(this, crashlyticsKit);