调用destroyPersistentStore后，是否需手动删除持久化存储文件？

作为常年和Core Data打交道的开发者，我来帮你理清这两个问题的答案：

问题1：调用NSPersistentStoreCoordinator的destroyPersistentStore方法后，是否需要删除底层的持久化存储文件？ #

完全不需要手动删除。这个方法的核心作用就是彻底清理指定URL下的所有Core Data关联持久化文件——包括主.sqlite文件、写前日志文件（.sqlite-wal）和共享内存文件（.sqlite-shm）。不过有两个关键前提要保证：

• 传入的URL必须精准对应目标存储的实际路径，不能有拼写或层级错误；
• 该存储当前没有被任何NSManagedObjectContext、其他线程或外部进程占用，否则方法会执行失败，文件自然不会被清理。

问题2：迁移至NSPersistentContainer后，调用destroyPersistentStore(at: url)文件仍存在，需要手动清理吗？ #

这种情况要分场景来看：

• 如果残留的是旧Documents目录中的原始存储文件：destroyPersistentStore只会处理你传入URL指向的位置（也就是新的Library/Application Support目录下的存储），旧Documents目录里的文件不会被自动清理，你需要手动编写代码删除该目录下的所有Core Data相关文件；
• 如果残留的是新Library/Application Support目录下的文件：大概率是调用时机不对——你必须确保在NSPersistentContainer加载该存储之前调用destroy，或者已经将该存储从persistent store coordinator中移除，并且所有关联的NSManagedObjectContext都已释放。如果存储处于被占用的锁定状态，destroyPersistentStore会执行失败，文件就会保留下来。

额外提个小技巧：如果你用NSPersistentContainer，可以先调用container.persistentStoreCoordinator.destroyPersistentStore(at: ...)，再重新初始化container，这样能最大程度保证存储被正确清理。

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