如何在生产构建中隐藏DexActivity.kt活动类？

当然可以做到，下面是几种靠谱的实现方式，从最彻底到灵活配置的都有：

方法1：通过源集分离彻底隔离（推荐） #

直接把DexActivity.kt从主代码目录挪到Dev和QA专属的源集里：

• 移动文件到src/dev/java/[你的包路径]/DexActivity.kt和src/qa/java/[你的包路径]/DexActivity.kt（如果QA环境也需要的话）
• 调整清单声明：
  • 删掉src/main/AndroidManifest.xml里关于DexActivity的所有声明
  • 在src/dev/AndroidManifest.xml和src/qa/AndroidManifest.xml中单独添加Activity声明：

    <activity android:name=".DexActivity" />
    

这样生产构建（Release变体）时，这个类和对应的清单条目都不会被打包进APK，从根源上杜绝被发现的可能。

方法2：用Gradle配置在Release构建中排除类 #

如果不想移动文件，可在模块的构建脚本里配置Release构建的打包规则：

Groovy DSL（build.gradle） #

android {
    buildTypes {
        release {
            packagingOptions {
                exclude '**/DexActivity.class'
            }
        }
    }
}

Kotlin DSL（build.gradle.kts） #

android {
    buildTypes {
        release {
            packagingOptions {
                exclude("**/DexActivity.class")
            }
        }
    }
}

同时要处理清单的条件声明，避免Release包中留下Activity条目：
在src/main/AndroidManifest.xml中添加带条件的声明：

<activity
    android:name=".DexActivity"
    tools:node="remove"
    tools:if="${isDevOrQa}" />

然后在构建脚本里给不同构建类型设置占位符：

// Groovy示例
buildTypes {
    dev {
        manifestPlaceholders = [isDevOrQa: "true"]
    }
    qa {
        manifestPlaceholders = [isDevOrQa: "true"]
    }
    release {
        manifestPlaceholders = [isDevOrQa: "false"]
    }
}

这样Release构建时，清单里的DexActivity条目会被自动移除。

方法3：条件编译移除代码引用 #

如果项目中有启动DexActivity的代码逻辑，必须确保Release构建时这些代码也被清除，不然会编译报错：
首先在构建脚本里添加构建配置常量：

// Kotlin DSL示例
android {
    buildTypes {
        dev {
            buildConfigField("boolean", "ENABLE_DEX_ACTIVITY", "true")
        }
        qa {
            buildConfigField("boolean", "ENABLE_DEX_ACTIVITY", "true")
        }
        release {
            buildConfigField("boolean", "ENABLE_DEX_ACTIVITY", "false")
        }
    }
}

然后在代码中用这个常量做判断：

if (BuildConfig.ENABLE_DEX_ACTIVITY) {
    // 仅在Dev/QA环境执行的启动逻辑
    startActivity(Intent(this, DexActivity::class.java))
}

Release构建时，这段代码会被编译器优化掉，同时因为类已经被排除，不会出现编译错误。

注意事项 #

• 优先选方法1，这种方式最彻底，不会留下任何冗余代码或配置痕迹
• 用方法2时必须配合方法3处理代码引用，否则Release构建会因找不到类而失败
• 完成配置后，用Android Studio的APK Analyzer检查Release包，确认DexActivity确实没被打包进去

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