Room配置fallbackToDestructiveMigration()后迁移仍报错该如何解决？

1. 迁移路径不完整
   你当前仅配置了1→2的自动迁移规则，缺少2→3的迁移配置。当用户从版本2的应用升级到版本3，或者从版本1直接跳级升级到版本3时，Room无法找到完整的迁移路径，即便开启了破坏性迁移，部分低版本Room在存在部分自动迁移配置时，也会优先校验迁移路径完整性，没有匹配路径才会触发降级逻辑。
2. 预填充数据库版本不匹配
   你替换到assets目录的新database.db文件，大概率没有将SQLite的user_version设置为3，Room会校验本地数据库、预填充数据库、代码中声明的版本三者一致性，不一致就会抛出完整性校验异常。
3. 本地旧数据库残留
   即便你修改了代码中的数据库名、配置了allowBackup=false，设备本地之前安装旧版应用生成的数据库文件不会自动清除，旧文件的版本和schema哈希和新版代码不匹配，就会触发校验错误。

按照以下步骤逐一排查修改：

• 首先校验预填充数据库版本
  使用SQLite可视化工具打开assets目录下的database.db，执行命令PRAGMA user_version;查看版本号，若返回值不是3，执行PRAGMA user_version = 3;保存修改后重新放入assets目录。
• 补全迁移逻辑（二选一即可）
  • 方案A：保留数据自动迁移
    在@Database注解的autoMigrations数组中新增2→3的自动迁移配置：

  autoMigrations = [
    AutoMigration (from = 1, to = 2),
    AutoMigration (from = 2, to = 3)
  ]
  

  确认项目中已导出的schema目录下存在版本2和版本3的schema文件，Room会自动拼接迁移路径，支持1→2、2→3、1→2→3所有升级场景，无需编写额外代码。
  • 方案B：走破坏性迁移（不保留旧数据）
    直接删除autoMigrations的全部配置，开启fallbackToDestructiveMigration()后，Room找不到迁移路径时会自动销毁旧数据库，直接从assets加载新的预填充数据库。
• 修正代码命名不一致问题
  你代码中定义的预填充数据库文件名常量DB_NAME = "database.db"，但Room构造器中传入的本地数据库名是硬编码的"AppDB.db"，确认此处命名符合你的预期，避免加载到旧版本的残留数据库文件。
• 测试阶段清除本地残留
  若修改后仍报完整性校验错误，直接卸载设备上的旧应用后重新安装，彻底清除本地残留的旧数据库和历史备份数据。

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