Swift变量内存丢失但调试器可见，触发EXC_ACCESS_ERROR问题求助

这问题我之前排查过类似的，结合你提到的CoreData模型变量和崩溃类型，大概率和CoreData的线程安全规则或者对象生命周期有关，给你几个针对性的排查方向：

• 检查CoreData上下文的线程归属
  CoreData的NSManagedObject（你的Expense应该是这个子类）是严格线程绑定的——只能在创建它的上下文所在线程里访问。如果你的expense是在主线程上下文创建，但后续访问它的代码跑在后台线程，哪怕调试器能显示出值，实际访问内存时也会触发EXC_ACCESS_ERROR。
  排查方法：在访问expense的代码前，打印上下文的并发类型和当前线程：

  print("Context type:", expense?.managedObjectContext?.concurrencyType.rawValue)
  print("Current thread:", Thread.current)
  

  如果是主线程上下文（.mainQueueConcurrencyType），必须确保访问代码在主线程执行；如果是私有队列上下文（.privateQueueConcurrencyType），要用perform/performAndWait包裹访问逻辑：

  expense?.managedObjectContext?.perform { [weak self] in
      guard let expense = self?.expense else { return }
      // 在这里安全访问expense的属性
      print(expense.amount)
  }
  

• 排查对象是否已被销毁（调试器缓存假值）
  有时候调试器会缓存对象的旧内存快照，哪怕Expense已经被上下文删除（比如调用了delete(_:)）或者所属的上下文已经被释放，调试器还是会显示之前的有效值，但实际内存里这个对象已经不存在了。
  排查方法：在访问expense前，检查它是否处于故障（fault）状态：

  print("Is expense a fault?", expense?.isFault ?? true)
  

  如果返回true，说明对象已经变成故障，大概率是被删除或者上下文失效了。另外检查上一个ViewController是否在赋值后不小心释放了Expense所属的上下文，或者当前VC的上下文是否提前被deinit。

• 验证多层传递中的内存地址一致性
  如果expense是通过闭包、回调等多层函数传递的，有可能在传递过程中被意外替换或者引用了错误的对象。你可以在每一层传递的函数里打印expense的内存地址，确认访问时的对象和最初赋值的是同一个：

  if let expense = expense {
      print("Expense memory address:", Unmanaged.passUnretained(expense).toOpaque())
  }
  

  如果地址不一致，说明传递过程中对象被替换了，得回溯代码找哪里出了问题。

• 主动触发CoreData故障以验证有效性
  Xcode调试器有时候会自动帮你触发CoreData的故障（fault）来获取对象值，但实际代码运行时可能因为上下文问题无法触发，导致访问崩溃。你可以在访问代码前主动触发故障：

  // 随便访问一个属性触发故障
  _ = expense?.id
  // 再执行原本的访问逻辑
  

  如果这时候崩溃，就说明对象本身已经无效了，需要检查上下文的状态。

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