1. 定位

签名是"能不能装上去"的门槛：证书不对、过期、或配置错了，包本身再好也发不出去。

一句话定位：签名相关的事项必须提前很久处理——证书申请有审核周期，临时抱佛脚会直接卡住发布。

2. 常见平台要点

平台	关键项
iOS	开发者账号、证书、Provisioning Profile、Bundle ID、设备/分发类型
Android	Keystore（一旦丢失无法更新）、包名、版本号、ABI 与分包
主机	厂商流程与授权，周期更长
Windows	可选的代码签名证书

Android 的 Keystore 必须安全备份——丢失意味着无法再向同一应用发布更新。这是移动端发布里最严重的一次性风险。

设计	收益	代价	什么时候不该用
正式证书 + 安全备份	可持续发布	申请与保管成本	从不做——这是必须的
AAB / 分包	主包更小	构建与分发流程更复杂	小包体游戏可省
自动化签名流水线	减少人为失误	要配置与保管凭据	手动签名易出错
调试证书临时顶替	快	不能发布	仅开发用

1. 证书/Keystore 是否在有效期内且已备份？
2. 包名/Bundle ID 是否与线上一致？
3. 版本号是否递增？
4. 是否用的正式签名配置？
5. 商店的 SDK/权限要求是否满足？
6. 签名流程是否自动化（减少人为失误）？