已上架Google Play的Room数据库迁移方案可行性咨询

我有一款已上架Google Play的应用，该应用使用Room数据库，配置为exportSchema = false、createFromAsset()和fallbackToDestructiveMigration()。现在我想新增一个实体，且应用通过Google Play更新时保留旧数据库数据，因此将exportSchema改为true，并按照官方文档实现了自动迁移，步骤如下：

• 将exportSchema设为true，为已上架的版本1生成1.json schema文件；
• 按照官方文档实现自动迁移；
• 实现自动迁移后，生成了版本2的2.json schema文件。

目前一切正常，但我担心直接在发布分支升级版本号并生成AAB上传至Google Play会导致应用崩溃或其他副作用，因为当前上架的应用因当初exportSchema = false，没有1.json等迁移相关信息。请问直接上传该更新后的AAB是否可行？还是需要先上传包含exportSchema = true和1.json的AAB，再上传包含2.json的AAB来规避风险？（注：此前将aab误写为abb，已修正）

直接上传包含自动迁移逻辑、exportSchema = true以及1.json、2.json的AAB是可行且无需分两次上传的，核心原因如下：

1. exportSchema = false仅控制本地是否生成schema文件，不会影响已安装应用的数据库本身——旧版本应用的数据库文件中已经存储了正确的版本号（版本1），Room运行时依赖的是数据库内的版本号，而非APK/AAB包内的schema文件。
2. 你生成的1.json对应旧版本（已上架的版本1）的数据库结构，Room自动迁移会通过对比1.json和2.json生成迁移逻辑，这个逻辑会被打包进新AAB中，和旧版本应用是否携带schema文件完全无关。
3. 只要自动迁移逻辑正确（能处理从版本1到版本2的结构变化，比如新增实体），用户从旧版本更新时，Room会识别数据库版本从1升级到2，自动执行迁移流程，不会触发fallbackToDestructiveMigration()（除非迁移逻辑本身存在错误，但这属于迁移实现问题，和分批次上传无关）。

额外建议：

• 务必在真机上完成测试：安装上架的版本1 APK，再安装新版本AAB，验证数据库数据是否完整保留，新增实体的功能是否正常。
• 分两次上传的方案虽然不会引发问题，但完全没必要，反而会增加发布流程的复杂度和测试成本。

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