Android 有签名私钥，有办法覆盖升级非同名包吗？场景是公司收购了一个英国独立开发者的作品，包名里有作者姓名，看起来不够专业，公司决定换掉，但是这样原有用户更新不方便。有没有最佳实践？

[drymonfidelia]

[Anarchy]

看起来对于 AndroidN 以上是有相关升级机制的。
看官方文档吧： https://support.google.com/googleplay/android-developer/answer/9842756

[hollc]

先推一个小版本，出一个备份功能。然后引导用户下载新包名的 apk ，最后引导用户恢复备份。包名不一样，都无法识别为同一个程序，我猜想应该没有解决办法

[ho121]

换包名推出 2.0 版本，可以和 1.0 版本共存，以后只更新 2.0 版本

[egan0606]

据我所知：包名是不可以更改的； “包名”代表应用的唯一性； “签名”防止应用篡改； 市面上比较可行的就是 2 楼、3 楼的方案； 但是再想想，真的有必要换吗？ 正常用户是看不到包名的；

[pengpeng1]

可以让 Google 官方给你兼容下

[yinmin]

证书用 openssl 拆成 crt 文件和 key 文件，然后用 openssl 使用 key 文件重新生成 crt 文件，然后 openssl 合并 crt 和 key 。具体指令可以问 gpt

[xmumiffy]

@Anarchy 你这是换 key,他是要换包名

[mars2023]

@yinmin #6 OP 的需求是换包名，不是换签名。

[coolmint]

干脆就一直用老包名，tiktok 那包名都没换

[eleba]

换包名就是换一个 app 了 大佬

[dode]

发布两套，官网先变更，并且发布新功能吸引客户自行升级

[keyboardCat]

包名无所谓，用户看不到的。

[shily]

@keyboardCat 赞同
包名无所谓，用户看不到的。

[drymonfidelia]

@keyboardCat
@shily 领导觉得要换，我哪有权利决定换不换

[lakehylia]

只能引导用户，设置一个过渡期，两套共存，过渡期完了之后干掉旧的。但是数据迁移很麻烦的。

[distance7509]

没必要换吧，换了包名又是另外一个应用了，会流失用户的

[wbrobot]

我的理解：
1 ，有内置升级功能，直接发布更新安装新的 apk 。
2 ，没有内置升级，更新一个小版本，增加内置升级功能，然后发布更新安装新的 apk 。

[thepot]

直接弹窗，跳转“pro 黄金版”的下载页面

[weishu]

Android 支持密钥轮替，不过只有 Android 9 以上的设备支持，参考： https://source.android.com/docs/security/features/apksigning/v3?hl=zh-cn

[gucheen]

@thepot 你是懂应用开发的