Room Database版本升级是否需要为每个历史版本编写对应迁移对象

不需要为每个历史版本单独创建指向最新版本的迁移对象，Android Room 框架原生支持链式增量迁移，具体逻辑如下：

• 默认情况下，你只需要维护每两个相邻版本之间的增量迁移即可，比如你现有 MIGRATION_1_2、MIGRATION_2_3、MIGRATION_3_4、MIGRATION_4_5、MIGRATION_5_6 这几个迁移对象，当用户App从版本1直接升级到版本6时，Room会自动按顺序执行这5个迁移步骤，最终完成版本升级，无需额外编写跨大版本的迁移逻辑。
• 跨版本迁移属于可选优化项，不是必填项：如果大版本跨度升级时存在可合并的冗余操作，比如版本3→4新增了某列、版本4→5又删除了该列，那么你可以单独编写MIGRATION_3_6直接完成升级，跳过中间无用的增删列操作，提升升级速度，这种情况可以按需添加。
• 额外注意：你现有代码中捕获所有迁移异常的写法不推荐，异常被吞后如果迁移执行失败，Room无法感知错误状态，后续数据库操作可能出现不可预期的异常，建议不要在migrate方法中捕获异常，交给Room本身处理即可。

正确添加迁移的代码示例：

// 仅需添加所有相邻版本的迁移对象即可
Room.databaseBuilder(context, AppDatabase.class, "你的数据库名")
    .addMigrations(
        MIGRATION_1_2,
        MIGRATION_2_3,
        MIGRATION_3_4,
        MIGRATION_4_5,
        MIGRATION_5_6
    )
    // 可选配置：如果允许迁移失败时清空重建数据库（生产环境不推荐）
    // .fallbackToDestructiveMigration()
    .build();

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