RoomDB无Schema变更时如何丢弃旧库从asset重新预置数据库

createFromAsset() 仅在本地不存在目标数据库文件时（即应用首次安装启动的场景）才会执行拷贝asset预置库的逻辑。只要设备上留存了同名的数据库文件——不管是旧版本升级后的残留库、还是破坏性迁移清空表后的空库文件，Room都不会再次读取asset中的预置包，这是你之前所有方案失效的根本原因。

不需要编写任何Migration逻辑，也不需要依赖Room的迁移回调，核心逻辑非常直接：在初始化Room实例之前，主动识别升级场景，提前删除本地旧的数据库文件，让Room判定为"首次安装"状态，自动触发asset预置数据加载。
具体实现代码如下：

// 初始化前先检查预置库版本
SharedPreferences configSp = mCtx.getSharedPreferences("app_config", Context.MODE_PRIVATE);
// 每次发布更新了预置数据的版本时，递增这个值即可，和Room的schema版本号无关
final int CURRENT_PRESET_DB_VER = 2;
int lastUsedPresetVer = configSp.getInt("preset_db_ver", 0);

if (lastUsedPresetVer < CURRENT_PRESET_DB_VER) {
    // 升级场景：提前删除本地旧数据库文件
    mCtx.deleteDatabase("AppDatabase");
    // 记录当前已使用的预置库版本，避免后续启动重复删库
    configSp.edit().putInt("preset_db_ver", CURRENT_PRESET_DB_VER).apply();
}

// 正常构建Room实例，此时若为升级场景，旧库已被删除，createFromAsset会正常触发
db = Room.databaseBuilder(mCtx, AppDatabase.class, "AppDatabase")
        .createFromAsset("db/INIT_DB.db")
        .build();

• 删库操作必须放在Room.databaseBuilder()调用之前执行，不要放在Room的Callback生命周期方法里：回调触发时Room已经完成数据库连接检测，此时删库不会生效。
• 不需要配置fallbackToDestructiveMigration()：升级场景下旧库已经被提前删除，Room会直接走全新安装流程，不会触发任何迁移逻辑。
• 哪怕两个版本的数据库Schema完全一致，只要你更新了asset中的预置数据，只需要递增CURRENT_PRESET_DB_VER的值，覆盖安装时就会自动替换为最新的预置库，不需要用户手动清除应用数据。

• 搭配fallbackToDestructiveMigration()时得到空库：该方法的逻辑是删除旧库内的所有表、再按新schema创建空表，不会删除整个数据库文件，因此不会触发createFromAsset()的拷贝逻辑，最终得到空库。
• 空Migration、回调内删库方案保留旧数据：空Migration只会升级数据库的版本号，不会修改现有数据；回调内删库执行时机太晚，Room已经检测到本地库存在并完成加载，因此不会读取asset中的新预置数据。
• 手动清除数据后createFromAsset()生效：系统清除应用数据会直接删除整个数据库文件，此时Room检测不到本地库，自然会正常从asset拷贝预置数据。

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