GCD Dispatch Sources和select()有什么区别?

Chr*_*nak 13 sockets iphone multithreading grand-central-dispatch ios

我一直在编写一些替代现有的代码:

while(runEventLoop){
  if(select(openSockets, readFDS, writeFDS, errFDS, timeout) > 0){
    // check file descriptors for activity and dispatch events based on same 
  }
} 
Run Code Online (Sandbox Code Playgroud)

套接字读码.我想将其更改为使用GCD队列,以便我可以使用dispatch_async将事件弹出到队列,而不是维护"必须在下一次迭代时调用"数组.我也已经在使用GCD队列来/包含/这个特定的动作,因此希望将它转移到更自然的GCD调度表格中.(不是while()循环独占串行队列)

但是,当我尝试将其重构为依赖于从套接字描述符上的DISPATCH_SOURCE_TYPE_READ和DISPATCH_SOURCE_TYPE_WRITE绑定的事件处理程序触发的调度源的形式时,依赖于此调度的库代码停止工作.我的第一个假设是我误解了DISPATCH_SOURCE_TYPE_READ和DISPATCH_SOURCE_TYPE_WRITE的使用 - 我假设它们会产生与使用这些套接字描述符调用select()大致相同的行为.

我是否误解了GCD调度来源?或者,关于重构,我是否在不适合的情况下使用它?

Mas*_*aro 3

对你的问题的简短回答是:没有。没有区别,GCD 调度源都select()做同样的事情:它们通知用户发生了特定的内核事件或特定的条件成立。

请注意,在 Mac 或 iOS 设备上,您不应使用select(),而应使用更高级的kqueue()and kevent()(或kevent64())。

您当然可以将代码转换为使用 GCD 调度源,但您需要小心,不要破坏依赖于此的其他代码。因此,这需要对处理信号、文件描述符、套接字和所有其他低级内核事件的整个代码进行完整检查。

可能更简单的解决方案是维护原始代码,只需在对事件做出反应的部分中添加 GCD 代码即可。在这里,您可以根据事件的特定类型将事件分派到不同的队列上。

  • 您能否更具体地说明为什么 kqueue() 在 iOS 上比 select() 更好?从我的简短探索来看,当您有许多事件需要监视时,看起来 kqueue() 是首选,但是有什么理由相信它比具有单个 fd 的 fdset 上的 select() 更好?在这种情况下,似乎语义几乎相同,所以不确定为什么性能会不同? (2认同)