sublime text 是高效校验和批量修改 android 项目中 manifestplaceholders 占位符的首选工具，因其启动快、正则精准、响应即时，适合配合 gradle productflavors 进行渠道参数预置与一致性检查。
Sublime Text 本身不能直接批量修改已编译 APK 中的 AndroidManifest.xml（那是二进制 AXML），但它是修改未编译源码中 XML 占位符的极快工具——尤其适合配合 Gradle productFlavors 做渠道参数预置和校验。
为什么用 Sublime 而不是 Android Studio 自带搜索？
Android Studio 的全局搜索（Ctrl+Shift+F）在大型项目里容易卡顿、漏匹配、不支持正则精准定位占位符；而 Sublime 启动快、响应即时、正则高亮清晰，且能跨目录安全替换而不触发构建缓存污染。
- 常见错误现象：
${UMENG_CHANNEL_VALUE}被误写成${UMENG_CHANNEL}或漏掉花括号，AS 不报错但打包后渠道为空 - 使用场景：一次核对所有 flavor 对应的
manifestPlaceholders是否与AndroidManifest.xml中的占位符名称完全一致 - 实操建议：用 Sublime 打开整个
app/目录，在 Find → Find in Files 中填入正则\$\{[a-zA-Z_0-9]+\}，勾选「Regular Expression」，快速扫出全部占位符实例
如何用 Sublime 安全批量替换渠道占位符值
替换不是盲目全局搜 "external" → "xiaomi"，而是基于上下文精准操作，避免误改字符串常量或注释。
- 先定位目标行：在
AndroidManifest.xml中找到类似<meta-data android:name="UMENG_CHANNEL" android:value="${UMENG_CHANNEL_VALUE}"></meta-data>的行 - 用 Sublime 的「Select All Occurrences」（
Ctrl+D多次）选中所有该行中的${UMENG_CHANNEL_VALUE}，再统一替换成新占位符名（如${CHANNEL_ID}） - 同步更新
build.gradle：在 flavors 块内搜索UMENG_CHANNEL_VALUE，确认每个 flavor 的manifestPlaceholders = [...]键名已同步变更 - 关键细节：Sublime 默认区分大小写，务必勾选「Match Case」，否则可能把
umeng_channel_value（变量名）和UMENG_CHANNEL_VALUE（占位符名）混为一谈
Sublime 配合 Gradle 批量生成渠道包前的三步检查
很多打包失败其实源于 XML 和 Gradle 配置的微小不一致，Sublime 是发现这类问题最快的“显微镜”。
- 检查
AndroidManifest.xml中所有android:value="${...}"是否都已被productFlavors覆盖（没被覆盖的会保留原始占位符字符串，导致渠道统计失效） - 检查
build.gradle里是否遗漏了defaultConfig { manifestPlaceholders = [...] }—— 某些旧模板要求这个兜底，否则 debug 包会崩溃 - 检查是否有硬编码渠道值残留：搜索
"kuan"、"wandoujia"等真实渠道名，确认它们只出现在productFlavors块内，不在 Java/Kotlin 代码或资源文件中
真正耗时的从来不是替换动作本身，而是确认「哪个占位符对应哪个 flavor」「哪一行 XML 实际会被哪个 variant 编译进去」。Sublime 不参与构建，但它让你一眼看清配置全貌——这点在渠道数超过 20 个时尤为关键。
