assembleDebug仅生成debug APK文件，installDebug则在生成后自动安装到连接设备；前者用于归档分发，后者便于本地快速验证。
直接执行 ./gradlew assembleDebug 就能生成可安装的 debug APK，不需要手动签名或额外配置——Android Studio 默认已为 debug 构建类型配置了调试密钥（debug.keystore），且自动启用 zipalign 对齐。
assembleDebug 和 installDebug 的区别在哪
两者都走 debug 构建流程，但目标不同：
-
assembleDebug：只生成 APK 文件，输出路径为app/build/outputs/apk/debug/app-debug.apk -
installDebug：先构建，再尝试通过adb install安装到已连接设备或模拟器；若设备未就绪或 adb 权限异常，会报错如Failed to install app-debug.apk: cmd: Can't find service: package
日常本地验证用 installDebug 更快；需要归档或发给测试时，必须用 assembleDebug 拿到文件本身。
为什么有时 build 出来的 app-debug.apk 无法安装
常见原因不是签名问题（debug 包默认已签），而是以下几类：
- 设备上已存在同包名、不同签名的旧版本（比如之前用 release 签过）→ 报错
INSTALL_FAILED_UPDATE_INCOMPATIBLE - APK 文件被防病毒软件拦截或移动过位置 → 安装时提示
Parse error - Gradle 缓存损坏导致资源未正确打包 → 清理后重试：
./gradlew clean再assembleDebug - 模块名不是
app（比如叫mobile）→ 输出路径变成mobile/build/outputs/apk/debug/mobile-debug.apk，别去app/目录下找
build.gradle 里 debug 配置改哪些会影响 debug 包
绝大多数情况无需动 buildTypes.debug，但以下修改会直接影响生成结果：
-
applicationIdSuffix ".debug"：改变最终安装包的包名，避免和正式版冲突 -
versionNameSuffix "-debug"：在BuildConfig.VERSION_NAME后追加标识，代码里可判断 -
debuggable true：默认已是 true，显式写出来只为强调；设为 false 会导致断点失效、Debug类方法不可用 - 误加
signingConfig：如果指定了自定义 keystore，而该 keystore 密码错误或路径不对，assembleDebug会直接失败并抛出Keystore was tampered with, or password was incorrect
真正要留意的是：debug 包的构建行为由 Android Gradle 插件固化保障，不要为了“统一签名”把 release 的 signingConfig 套到 debug 上——这反而破坏了调试环境的稳定性，也掩盖了 release 签名配置是否正确的验证时机。
