这里有很多好的答案，但对于我的测试，我使用内部测试和实验室外测试的调试版本，其中崩溃日志仍然非常有用，我仍然希望报告它们。就像OP一样，我所希望的是在活跃的开发过程中禁用它们，因为我经常导致和快速解决崩溃。

不是删除所有调试崩溃，您可以选择仅在设备连接到开发机器时禁用报告，使用以下代码。

if (!Debug.isDebuggerConnected()) {
    Fabric.with(this, new Crashlytics());
}

最新的最简单的版本时，使用Gradle构建:

if (!BuildConfig.DEBUG) {
    Fabric.with(this, new Crashlytics());
}

它使用来自Fabric的Crashlytics的内置语法，并自动与Gradle构建一起工作。

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

    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()错误之前，应用程序将崩溃。

这里有很多好的答案，但对于我的测试，我使用内部测试和实验室外测试的调试版本，其中崩溃日志仍然非常有用，我仍然希望报告它们。就像OP一样，我所希望的是在活跃的开发过程中禁用它们，因为我经常导致和快速解决崩溃。

不是删除所有调试崩溃，您可以选择仅在设备连接到开发机器时禁用报告，使用以下代码。

if (!Debug.isDebuggerConnected()) {
    Fabric.with(this, new Crashlytics());
}

问题是没有一个解决方案适用于最新的crashlytics sdk。(我用的是2.9.0)

你不能通过代码禁用它，因为它编译到你的项目中，甚至在调用你的应用程序的onCreate之前运行。所以其他的解决方案很简单——不要在不需要的时候编译崩溃分析。 在build中将'compile'调用替换为'releaseCompile'。gradle文件。

 releaseCompile('com.crashlytics.sdk.android:crashlytics:2.9.0@aar') {
        transitive = true
    }

在MyApplication#onCreate()中使用

if (!BuildConfig.DEBUG) Crashlytics.start(this);

编辑 如果您升级到Fabric，请使用这个答案。