隐式隔离一致性屏蔽未标注ObjC协议编译警告，如何规避风险？

先看这段清理代码时遇到的场景：

// TODO: SKPhysicsContactDelegate will probably be updated as main actor
extension Playground: SKPhysicsContactDelegate {
  
  nonisolated func didBegin(_ contact: SKPhysicsContact) {
    let maskA = contact.bodyA.categoryBitMask
    let maskB = contact.bodyB.categoryBitMask
    let nodeA = contact.bodyA.node
    let nodeB = contact.bodyB.node
    
    Task { @MainActor in
      handleBeginContact(maskA: maskA, nodeA: nodeA, maskB: maskB, nodeB: nodeB)
    }
  }
}

1-2年前迁移Swift并发时，由于SKPhysicsContactDelegate未标记@MainActor，必须给didBegin加上nonisolated修饰，再在内部切回主线程处理业务逻辑，同时留下TODO等待Apple官方更新协议的隔离标注。

到了Xcode 26，即使移除nonisolated也能正常编译——这是因为项目默认隔离为Main Actor且启用了Swift 5+严格并发检查，隐式隔离一致性机制掩盖了原本的线程风险。但SpriteKit底层基于ObjC实现，无法被Swift并发系统捕获隔离违规，didBegin仍可能在后台线程被调用，这种“无警告”的状态实则隐藏了线程安全隐患。

以下是几个可靠的规避方法：

• 强制保留nonisolated修饰符
  不管当前编译是否通过，都不要移除nonisolated。这个修饰符明确告诉编译器：该方法的调用线程不受当前上下文的隔离约束，避免隐式隔离带来的错误假设。同时保留原有的TODO注释，直到Apple官方给协议添加@MainActor标注。

• 添加开发期线程断言检查
  在didBegin方法开头加入线程断言，开发阶段就能及时发现异常的主线程调用：

  #if DEBUG
  assert(!Thread.isMainThread, "didBegin was unexpectedly called on main thread (SpriteKit should use background thread)")
  #endif
  

  断言仅在Debug环境生效，不会影响发布包性能，却能快速定位线程违规问题。

• 自定义协议扩展显式标注隔离属性（临时方案）
  可以给SKPhysicsContactDelegate添加本地扩展，显式标注方法的@MainActor属性，同时用@unchecked Sendable避免ObjC协议的并发警告：

  // Temporary workaround: Assume SpriteKit contact delegates should run on MainActor
  extension SKPhysicsContactDelegate: @unchecked Sendable {
    @MainActor func didBegin(_ contact: SKPhysicsContact) {}
    @MainActor func didEnd(_ contact: SKPhysicsContact) {}
  }
  

  注意这是本地的临时假设，后续Apple官方更新协议后必须立即移除该扩展，避免冲突。

• 封装统一的主线程切换逻辑
  把切回主线程的逻辑封装成通用方法，确保业务逻辑始终在主线程执行，不受调用线程影响：

  private func runOnMain(_ action: @escaping @MainActor () -> Void) {
    if Thread.isMainThread {
      Task { @MainActor in action() }
    } else {
      MainActor.run(action)
    }
  }
  

  在didBegin中调用这个方法处理业务，从根源上避免线程安全问题。

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