如何确保调试代码不进入Android应用的Release构建？

1. 直接用BuildConfig.DEBUG包裹是靠谱的，但要注意写法 #

只要你是直接判断编译期常量BuildConfig.DEBUG，而非把它赋值给变量再判断，编译器会在Release构建时自动把这个条件替换成if (false)，后续R8（Android默认的代码压缩工具）会把这些永远不会执行的代码块彻底移除。

举个例子：

• 正确写法（会被移除）：

if (BuildConfig.DEBUG) {
    Log.d("Debug", "这行代码只会在Debug模式出现");
    showDeveloperOptions();
}

• 错误写法（不会被移除）：

boolean isDebug = BuildConfig.DEBUG;
if (isDebug) {
    // 这里的代码在Release包中还会存在
}

因为把常量赋值给变量后，编译器没法确定这个变量的值是否会被修改，就不会做优化移除。

2. 要不要改ProGuard/R8规则？ #

默认情况下不需要额外改规则。R8会自动识别并移除那些永远不会执行的代码块。但如果你的调试代码里有大量Log.d/Log.v这类调试日志，可以加一条规则让R8直接移除这些日志调用，避免残留：

-assumenosideeffects class android.util.Log {
    public static *** d(...);
    public static *** v(...);
    public static *** w(...);
}

这条规则告诉R8：这些Log方法没有副作用（比如不会改变程序状态），可以放心删掉调用。

3. 进阶玩法：用注解或编译期工具 #

如果项目里调试代码特别多，想更清晰地标记，可以自定义一个@DebugOnly注解，配合编译期注解处理器或者R8规则来批量移除。不过对于大多数普通项目，用BuildConfig.DEBUG已经完全够用，没必要搞复杂。

4. 怎么确认代码真的被移除了？ #

最简单的方法是生成Release APK后，用jadx之类的反编译工具打开，搜一下你的调试代码关键词，看看有没有残留。或者用Android Studio的Build > Analyze APK功能，查看classes.dex里的代码结构，确认调试代码块已经消失。

内容的提问来源于stack exchange，提问作者nitnatsnoK