Android Room重装时Migration未运行？是否需在onCreate中处理数据插入更新？

首先明确两个流程的严格触发边界：

• Migration的触发有明确前提：仅当设备上存在对应Room名的旧数据库文件，且数据库版本号低于当前应用配置的版本号时，Room才会按顺序执行匹配版本区间的Migration逻辑。
• 应用全新安装、被重装、用户手动清除应用数据的场景下，设备上不存在任何旧数据库文件，Room会直接执行全套表结构创建流程，这个过程中所有配置的Migration都不会被触发。
  这类“在自定义Migration中编写了数据插入逻辑，但全新安装时逻辑未执行”的问题，本质就是踩中了这个触发边界问题，和Migration本身的配置正确性无关。

不是“每次写完Migration都必须往onCreate里堆叠插入/更新逻辑”，而是要先理清两条链路的覆盖范围：

• Migration链路覆盖存量升级用户：所有从旧版本升级上来的用户，通过Migration完成表结构变更、数据修正/插入，最终达到最新版本要求的数据状态。
• onCreate()回调覆盖全新建库用户：这个回调会在Room完成所有最新版本的表结构创建后触发，对应的场景就是没有旧库的全新安装用户。
  如果你的Migration中包含了“到达最新版本必须存在的初始数据”逻辑，那么这部分逻辑是需要同步在onCreate()中做对应落地的——否则就会出现升级用户有这部分初始数据、全新安装用户没有的状态不一致问题。

• 不要重复编写相同的数据插入逻辑：把初始数据校验、插入的逻辑抽成独立的通用方法，在对应版本的Migration完成结构变更后、以及onCreate()建表完成后分别调用，方法内部可以加存在性判断，避免重复插入。
• 不需要把所有历史Migration的逻辑搬进onCreate()：onCreate()里只需要写入当前最新版本要求的初始数据的最终状态即可。比如你跨了3个版本，每次Migration都对某条配置初始值做了调整，那么onCreate()里直接把这条配置写成最新版本要求的值就行，不需要在onCreate()里把三次修改的逻辑都跑一遍。
• 不要在onCreate()里加版本判断分支：所有和旧版本适配相关的逻辑全部交给Migration链路处理，onCreate()始终只服务于“从0开始建的最新版本数据库”的场景。

内容的提问来源于stack exchange，提问作者안녕하세요.