场景：一个包，多马甲#

钱包类 App 常要出多个马甲包：同功能、不同包名、不同签名上架。手工流程是灾难：解包 → 全局搜旧包名 → 逐处替换 → 回编 → 对齐 → 签名 → 验签，一步错就白干。change_apk_package.sh 把它收成一条命令：

1
./change_apk_package.sh \
2
  --apk TokenPocket.apk \
3
  --new-package com.example.mtsports.lab \
4
  --build --sign

旧包名自动从 AndroidManifest.xml 读，新包名不给就按时间戳生成，--dry-run 先演练。

网页端：把门槛降到点鼠标#

apks/ 里放好 IMToken.apk、TokenPocket.apk，客户打开页面，下拉选包、点按钮、等进度条、下载 _signed.apk。固定 APK 只读挂载，客户传不了乱七八糟的文件；签名配置全在服务端环境变量，密码一个字都看不到。

start_web.sh 连启动都照顾到了：

1
BIND_HOST=0.0.0.0 PORT=8090 ./start_web.sh  # 局域网/服务器
2
./start_web.sh                               # 本机默认 127.0.0.1

我的复盘#

1. 工具贴合业务流：固定包 + 自动包名 + 一键签名，每一步都省掉一次人工决策
2. 安全是默认项：密钥不出服务端、上传目录只读，不靠客户自觉
3. 文档即交付：DOCKER_DEPLOY.md 把本机测试、上传清单、启动命令写死，客户照抄就行

apktool 系列六篇完：Web 服务、签名链路、Docker、安全隔离、安装脚本、任务系统、业务复盘。工具类项目的全部功课都在这了。