自定义异步NSApplication事件循环引发随机崩溃问题

我编写了一段Swift代码，启动一个空白GUI应用，但在点击窗口切换激活状态时会随机崩溃。通过Xcode运行时，偶尔会出现No error handler for XPC error: <private>的崩溃提示，但并非每次都会触发。

为了能在CLI工具的异步函数中启动GUI，我给事件循环添加了await Task.yield()将其改为异步形式，但移除该语句后应用就不再崩溃。我知道可以通过编译单独的可执行文件，在独立进程中启动GUI来解决问题，但希望简化构建流程，同时搞清楚问题的成因。

创建foo.swift文件并执行./foo.swift运行：

#!/usr/bin/env swift
import AppKit
import Foundation

class AppDelegate: NSObject, NSApplicationDelegate {}

let app = NSApplication.shared
let appDelegate = AppDelegate()
NSWindow(
  contentRect: NSRect(x: 0, y: 0, width: 640, height: 400),
  styleMask: [.closable, .miniaturizable, .titled],
  backing: .buffered,
  defer: true
).makeKeyAndOrderFront(nil)
app.delegate = appDelegate
app.setActivationPolicy(.regular)
app.finishLaunching()
while true {
  if let ev = app.nextEvent(
    matching: .any, until: .distantFuture, inMode: .default, dequeue: true
  ) {
    app.sendEvent(ev)
  }
  await Task.yield()  // 这行代码导致随机崩溃
}

问题成因 #

1. AppKit的线程强约束：AppKit的所有UI操作和事件处理必须在主线程执行，其事件循环基于RunLoop的同步模型设计。手动实现的异步循环通过await Task.yield()让出执行权，可能导致事件处理被调度到非主线程，或破坏RunLoop的同步逻辑，触发与系统服务的XPC通信错误——这类交互依赖稳定的主线程上下文。

2. Task.yield()的调度不确定性：await Task.yield()会暂停当前任务，由Swift并发调度器重新安排执行时机。这打破了AppKit事件循环的连续性，窗口激活这类需要连续主线程上下文的操作会出现竞态条件，最终引发崩溃。

3. 自定义循环与原生逻辑冲突：AppKit本身提供了run()方法作为启动事件循环的标准方式，手动编写while true循环配合nextEvent已经属于非常规操作，再加入异步调度会进一步偏离AppKit的设计预期，引发未定义行为。

可行解决方案 #

• 使用AppKit原生事件循环：如果不需要在CLI异步函数中启动GUI，直接将自定义循环替换为app.run()，这是AppKit推荐的标准实现，可彻底避免线程和调度问题。
• 在Main Actor中隔离GUI逻辑：如果必须在CLI异步函数中启动GUI，确保所有AppKit操作都在主线程执行。可以用Task { @MainActor in ... }包裹GUI初始化和事件循环代码：

  #!/usr/bin/env swift
  import AppKit
  import Foundation
  
  class AppDelegate: NSObject, NSApplicationDelegate {}
  
  Task { @MainActor in
    let app = NSApplication.shared
    let appDelegate = AppDelegate()
    NSWindow(
      contentRect: NSRect(x: 0, y: 0, width: 640, height: 400),
      styleMask: [.closable, .miniaturizable, .titled],
      backing: .buffered,
      defer: true
    ).makeKeyAndOrderFront(nil)
    app.delegate = appDelegate
    app.setActivationPolicy(.regular)
    app.run() // 用原生run方法替代自定义循环
  }
  

• 保持进程隔离：如果上述方法仍存在问题，建议编译单独的GUI可执行文件，通过CLI工具启动独立进程。虽然增加了构建步骤，但能彻底规避CLI异步逻辑与GUI主线程的冲突。

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