Core Data轻量迁移为何在App启动前自动执行？

可能的原因 #

1. Xcode Core Data调试特性提前触发迁移
   当Xcode开启Core Data调试功能时，它会在App正式启动前（早于willFinishLaunchingWithOptions）主动访问Core Data存储文件，用于在调试面板展示数据。这个过程会自动触发轻量迁移，导致你还未手动搭建Core Data栈，存储就已被更新。而使用NSPersistentContainer的模板项目无此问题，大概率是模板默认未开启该调试选项，或是Xcode对容器的处理逻辑不同。

2. 全局/静态代码提前初始化Core Data栈
   如果项目中存在全局变量、静态初始化块，或是使用了+initialize方法、单例的提前初始化（比如在main函数执行前就创建NSPersistentStoreCoordinator并加载存储），这类代码会优先于AppDelegate的生命周期方法执行，进而触发迁移。

调试与解决方法 #

1. 关闭Xcode的Core Data调试 #

打开Xcode的Scheme设置（Product -> Scheme -> Edit Scheme），切换到Run标签页的Diagnostics面板，取消勾选Core Data选项，重新运行测试。若迁移不再提前发生，即可确认是该原因导致。

2. 追踪addPersistentStore的调用栈 #

在Xcode中添加符号断点：

• 点击断点面板的+号，选择Add Symbolic Breakpoint
• 输入符号：-[NSPersistentStoreCoordinator addPersistentStoreWithType:configuration:URL:options:error:]
• 运行App，触发断点后查看调用栈，即可定位是谁在你手动初始化前调用了该方法，找到问题代码。

3. 检查全局初始化代码 #

排查项目中所有全局变量、静态对象的初始化逻辑，尤其是Core Data相关的单例类。比如避免这类提前执行的代码：

static MyCoreDataManager *sharedManager = [[MyCoreDataManager alloc] init]; // 静态初始化会在main函数前执行

若这类代码内部包含加载持久化存储的逻辑，就会提前触发迁移。

4. 验证存储文件的修改时机 #

启动App前，复制一份SQLite存储文件（包括.sqlite、.sqlite-shm、.sqlite-wal）作为备份。触发willFinishLaunchingWithOptions的断点后，对比备份文件与当前文件的修改时间、内容，确认是否真的在该阶段前被修改，避免因断点时机或文件缓存导致误判。

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