自定义 APK 签名方案——安装前换签名再装
为什么要改签名
Android 应用的覆盖安装有个硬性要求：新 APK 的签名证书必须跟旧的完全一致。如果你：
- 从不同渠道拿到了同一个应用的 APK，但签名不一样
- 你想测试版替换正式版（两者签名可能不同）
- 某个开源应用你自己编译了新版本想覆盖原版
- 你统一用一个自签名密钥给自己改的应用签名
常规做法是先卸载旧版再装新版——但卸载会清数据。App Manager 可以先给新 APK 换成跟旧版一样的签名，就能直接覆盖安装。
怎么配置签名
第一步：设置里配置密钥
App Manager → 设置 → APK 签名：
- 默认签名方案——v1 (JAR) / v2 (APK Signature Scheme v2) / v3 (rotation support) / v4
- 密钥库位置——选择你的 .jks 或 .keystore 文件（或 App Manager 内置密钥）
- 密钥库密码——对应 keystore 的密码
- 别名（alias）——用哪个签名密钥
第二步：安装时选签名方案
安装 APK 时弹出的对话框里可以：
- 保留原签名
- 用 App Manager 设置里的自定义签名
- 临时换另一个签名
App Manager 内置密钥
如果你没有自己的 keystore，App Manager 可以生成一个内置密钥用于签名。这个密钥存在 Android KeyStore 里，跟设备绑定。
用内置密钥签名的特点：
- 方便——不用准备额外文件
- 设备绑定——换设备后内置密钥也没了，不能跨设备覆盖安装
- 适合测试和个人使用——不适合长期分发
签名方案 v1/v2/v3/v4 的区别
| 方案 | Android 支持 | 特点 |
|---|---|---|
| v1 (JAR) | 全部 | 经典，基于 JAR 签名，文件有改动就签失效 |
| v2 | 7.0+ | 文件级签名，快，防篡改更强 |
| v3 | 9.0+ | 支持密钥旋转（签名密钥可自动轮换，不影响覆盖安装） |
| v4 | 11+ | 增量安装加速（部分 APK 不用重新签） |
App Manager 默认用v2 + v1 同时签——兼容性最好，v2 保证 Android 7+ 的快速验证和防篡改，v1 兼容更老设备。
典型场景
场景一：签名不同但想保留数据
- App Manager 里先完整备份旧版（含数据）
- 卸载旧版
- 打开新版 APK → 选「自定义签名」→ 输入旧版签名证书
- 新版换成旧签名后直接覆盖安装（签名一致就不用卸载）
场景二：统一给自己编译的开源 App 签名
你编译了几个开源 Android App（比如 LineageOS 里的某些组件），想用同一个自签名密钥给它们统一签名。在 App Manager 里配好 keystore，之后每次装新版自动用这个密钥签。
场景三：分发自己的 APK
如果你需要给自己编译的 APK 签名后分发（比如给自己的其他设备装），可以用 App Manager 签名后导出。注意 App Manager 内置密钥只存在手机里，适合小规模分发；对外分发还是建议生成自己的 keystore。
签名后的验证
签名完成后 App Manager 会做两件事：
- 验证签名——确认新签的 APK 签名有效
- 列出签名信息——新证书的 Subject、指纹、有效期等
这些信息会在安装对话框里展示，方便你确认签名正确。