设置 NSStreams 的正确方法?

Proper way to setup NSStreams?

我正在编写一个点对点蓝牙聊天小应用程序。 我目前正在做的是:

let thread = Thread(block: { [weak self] in
    guard let `self` = self else { return }

    self.channel.inputStream.delegate = self
    self.channel.inputStream.schedule(in: .current, forMode: .defaultRunLoopMode)
    self.channel.inputStream.open()

    self.channel.outputStream.delegate = self
    self.channel.outputStream.schedule(in: .current, forMode: .defaultRunLoopMode)
    self.channel.outputStream.open()

    RunLoop.current.run()
})

thread.start()

其中 self.channelCBL2CAPChannel 我目前面临的问题是它为每对通道生成新线程,最终有太多线程挂起。

在这种情况下,设置 CBL2CAPChannel 的正确方法是什么? Apple 的文档为此使用主线程,这是意想不到的,并且在有大量连接时可能会导致问题。

Apple's docs are using main thread for this, which is unexpected and could lead to problems when there are a lot of connections.

这并不意外;这是完全正常的。您不应该为每个流创建单独的线程。 运行 循环的全部要点是在不创建新线程的情况下处理并发。在 运行 循环编程中,您很少创建新线程。 运行 循环编程早在多核系统出现之前就出现了,专为协作式多任务处理(而不是抢占式多任务处理)而设计。

即使你想把东西放到其他核心上,你也不应该创建一个 Thread 对象,除非你正在与需要它的 C++ 代码交互。近十年来,直接使用 NSThread 的理由不多。 You pass the work to GCD using DispatchQueue. 将流中的数据传递到另一个调度队列进行处理是一种非常正常的方法,并且几乎所有的工作都从主队列中取出(主队列然后只进行协调)。

如果您有大量连接,或者它们非常繁忙,那么您可以考虑将 所有 连接到一个单独的线程(不是每个连接一个线程;一个线程总数)。但在 L2CAP 速率下,您不太可能需要这样做。我为 G4 构建了 Mac 聊天应用程序,其功能不如具有单线程的 iPhone 5。