这问题我经手过好几个项目，太懂这种头疼的情况了！核心原因其实很直白——Android系统是靠包名（也就是你修改的config.xml里的id）来判定应用唯一性的，你直接改包名编译，系统会把它当成完全全新的App，自然会装成两个独立应用。要实现旧版本直接更新覆盖，得按下面的步骤来操作：

步骤1：先发布过渡版本，保留旧包名 #

不要直接改包名，先出一个过渡版本，做两件关键准备：

• 确保这个过渡版本的签名和你旧版本的签名完全一致（这是后续更新的核心前提，签名不一样的话，哪怕包名对得上也没法覆盖更新）
• 在代码里写好数据迁移逻辑：比如本地SharedPreferences、SQLite数据库这些用户数据，要能在后续切换包名后顺利迁移过去（可以先把数据备份到外部存储或者云端，等新包名应用启动后再恢复）
• 让所有正在使用旧版本的用户先更新到这个过渡版本

步骤2：切换新包名，编译发布更新版本 #

等大部分用户都升级到过渡版本后，再进行包名修改：

• 修改config.xml里的id字段为你的新包名
• 编译时必须使用和旧版本完全相同的签名文件，不能换签名
• 如果是Cordova/PhoneGap这类框架，确认生成的AndroidManifest.xml里包含android:allowBackup="true"，这能帮助系统更好地处理数据迁移
• 编译完成后发布这个新版本，用户安装时就会直接覆盖旧版本，不会再出现两个应用的情况

额外注意事项 #

• 签名绝对不能变！如果你的签名文件丢了或者换了，那完全没办法实现覆盖更新，只能让用户卸载旧版本重装新的
• 如果你的App已经上架应用商店，记得在开发者后台同步更新新包名的信息，确保商店能识别这是同一个App的更新，而不是新应用
• 数据迁移一定要测试充分，避免用户更新后丢失数据，这会严重影响用户体验

内容的提问来源于stack exchange，提问作者or123456