我发现这是最简单的解决方案:

    release {
        ...
        buildConfigField 'Boolean', 'enableCrashlytics', 'true'
    }
    debug {
        buildConfigField 'Boolean', 'enableCrashlytics', 'false'
    }

上面的代码行将在BuildConfig文件中创建一个名为enableCrashlytics的静态布尔字段，你可以用它来决定是否初始化Fabric:

    if (BuildConfig.enableCrashlytics)
        Fabric.with(this, new Crashlytics());

注意:使用这种方法，fabric只在发布版本中初始化(如上面的代码所示)。这意味着你需要在一个if块中调用Crashlytics类中的静态方法，该块检查fabric是否已经初始化，如下所示。

if (Fabric.isInitialized())
    Crashlytics.logException(e);

否则，当在模拟器上测试时，在使用singleton()错误之前，应用程序将崩溃。

你可以使用一个专用的清单文件调试模式(适用于我与Crashlytics 2.9.7):

创建文件app/src/debug/AndroidManifest.xml并添加以下内容:

<application>

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

</application>

注意，这个元数据元素必须放在debug/AndroidManifest.xml中，而不是放在常规的AndroidManifest.xml中

使用CrashlyticsCore.Builder().disabled(BuildConfig.DEBUG).build()的解决方案不适合我，我发现crashlytics是由CrashlyticsInitProvider在application . oncreate()被调用或任何活动启动之前初始化的，这意味着在应用程序或活动中手动初始化fabric没有效果，因为fabric已经初始化。

Add this to your app’s build.gradle: android { buildTypes { debug { // Disable fabric build ID generation for debug builds ext.enableCrashlytics = false ... Disable the Crashlytics kit at runtime. Otherwise, the Crashlytics kit will throw the error: // Set up Crashlytics, disabled for debug builds // Add These lines in your app Application class onCreate method 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); In AndroidManifest.xml, add <meta-data android:name="firebase_crashlytics_collection_enabled" android:value="false" />

使用风味或构建配置。为开发构建使用单独的构建标识符，所有的崩溃将继续到一个单独的应用程序。在与同行共享构建或在没有调试器的情况下使用它的情况下可以派上用场。就像这样

    productFlavors {
    dev {
        applicationId "io.yourapp.developement"
    }
    staging {
        applicationId "io.yourapp.staging"
    }

    production {
        applicationId "io.yourapp.app"
    }

根据谷歌使用此代码禁用Crashlytics，它也将改善构建过程。

reference-https: / / developer.android.com/studio/build/optimize-your-build

2020年后面料的答案

将下面的代码粘贴到您的Application类中，并从应用程序onCreate调用方法setCrashlyticsState。您也可以选择将您的测试设备id添加到debugDevices HashSet中，这样您的个人设备就可以被忽略，即使是在发布模式下构建。

请注意。由Settings.Secure.getString(getContext().getContentResolver()， Settings.Secure.ANDROID_ID)返回的设备id;不保证是唯一的或常量(它可以在出厂重置或在根设备上手动更改)。但它应该足够好了。

private final HashSet<String> debugDevices = new HashSet<String>(Arrays.asList("6a3d5c2bae3fd32c"));

private boolean isDebugDevice(String deviceId) {
    return debugDevices.contains(deviceId);
}

private void setCrashlyticsState() {
    @SuppressLint("HardwareIds")
    String deviceId = Settings.Secure.getString(getContext().getContentResolver(), Settings.Secure.ANDROID_ID);
    if (BuildConfig.DEBUG || isDebugDevice(deviceId)) {
        Log.v("DeviceId", deviceId);
        FirebaseCrashlytics.getInstance().setCrashlyticsCollectionEnabled(false);
    }
}

检查BuildConfig。正在查看正确的BuildConfig类。通常会有几个选项，而错误的选项可能会被拖进去。