Core Data读取外部数据崩溃求助（Catalyst/M1 Mac环境）

问题现象 #

iOS应用通过Core Data的External Storage存储图片，在M1 Mac的Catalyst环境中偶现崩溃，报错信息：

Unable to open file with path /Users/user/Library/Group Containers/group.myapp/.myapp_SUPPORT/_EXTERNAL_DATA/61681DBF-B1A4-4325-9104-E21A1218F046 (92)

堆栈跟踪：

0  CoreFoundation +0xfc408  __exceptionPreprocess
1  libobjc.A.dylib +0x1aea4 objc_exception_throw
2  CoreData +0x12cda0       +[_PFRoutines readExternalReferenceDataFromFile:]
3  CoreData +0xe9db8        -[_PFExternalReferenceData _attemptToMapData:]
4  CoreData +0xd7894        -[_PFExternalReferenceData _retrieveExternalData]
5  Foundation +0x46f2f8     specialized static Data._unconditionallyBridgeFromObjectiveC(_:)
6  MyApp +0x15eb80          Image.thumbnailImage.getter (Image.swift:25:22)

Image.swift第25行仅执行二进制数据属性获取操作：

let data = self.thumbnail // 'thumbnail' is my Binary Data attribute 

尝试通过删除、损坏外部存储文件或修改权限复现崩溃，但未成功。

可能原因 #

• Catalyst文件系统权限差异：M1 Mac的Catalyst环境下，App Sandbox权限处理与纯iOS环境存在差异，Core Data访问External Storage文件时可能出现临时权限丢失，尤其是跨线程或后台操作场景下。
• Core Data并发访问问题：多线程同时读写同一个External Storage关联的Managed Object，可能导致文件被锁定或状态不一致，触发文件打开失败。
• External Storage文件索引与实际文件不同步：Core Data的元数据索引（记录External Storage文件路径）与实际文件系统中的文件出现不一致，比如文件被系统清理工具（如优化存储）意外删除，或Core Data事务回滚时未正确同步外部文件状态。
• M1架构特定的文件系统缓存问题：Apple Silicon的文件系统缓存机制与Intel架构不同，可能导致Core Data读取文件时获取到过时的文件状态，引发打开失败。

解决/预防方案 #

• 添加错误捕获与重试机制：在访问Core Data二进制属性的代码处添加异常捕获逻辑，进行有限次数的重试，给Core Data或文件系统足够时间恢复状态：

  var thumbnailImage: UIImage? {
      do {
          var retryCount = 0
          let maxRetries = 3
          var data: Data?
          repeat {
              data = self.thumbnail
              if data != nil { break }
              retryCount += 1
              Thread.sleep(forTimeInterval: 0.1)
          } while retryCount < maxRetries
          
          if let data = data {
              return UIImage(data: data)
          }
      } catch {
          // 记录错误日志，可选择回退到默认图片或重新生成缩略图
          print("Failed to load thumbnail: \(error)")
      }
      return nil
  }
  

• 严格遵循Core Data并发规则：使用NSManagedObjectContext的私有队列或主队列上下文进行操作，避免在非上下文指定的线程访问Managed Object属性；批量操作时使用performAndWait或perform确保线程安全。
• 定期验证存储完整性：使用NSPersistentStoreCoordinator的validatePersistentStore(at:type:options:error:)检查存储完整性，或通过轻量级迁移修复索引与文件的不一致问题。
• 临时禁用External Storage：如果崩溃影响严重，可临时关闭该属性的External Storage选项，将二进制数据直接存储在SQLite中（注意此方法会增大数据库文件体积，需评估性能影响）。
• 防止系统清理外部文件：在Info.plist中配置对应文件访问权限，同时给External Storage文件添加NSURLIsExcludedFromBackupKey属性，避免被系统优化存储工具意外删除。

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