我有一个UDP方法,使用以下代码使用DispatchQueue等待回复: DispatchQueue.global(qos: .userInitiated).async { let server:UDPServer=UDPServer(address:"0.0.0.0", port:5005) let (data,_,_) = server.recv(1024) DispatchQueue.main.
DispatchQueue.global(qos: .userInitiated).async { let server:UDPServer=UDPServer(address:"0.0.0.0", port:5005) let (data,_,_) = server.recv(1024) DispatchQueue.main.async { ... } }
这完美无缺,并启动了一个等待我的数据进入的过程.如果我们永远不会得到回复,会让我夜不能寐? server.recv永远不会返回,所以我无法看到这个过程将如何结束?有没有办法让它有一定的时间来竞选?
无法从外部停止或“杀死”DispatchWorkItem或NSOperation.有一个cancel()方法,但只是将item或operation的isCancelled属性设置为true.这不会停止项目本身的执行. Ans因为recv被阻塞,所以在执行期间无法检查isCancelled标志.这意味着Vadian发布的答案很遗憾不会做任何事情.根据NSOperation上的Apple docs.cancel:
This method does not force your operation code to stop.
The same适用于NSOperationQueue.cancelAllOperations:
Canceling the operations does not automatically remove them from the queue or stop those that are currently executing.
您可能认为可以下拉到使用原始NSThread.但是,同样的原则适用于hier.你无法确定性地从外部杀死一个线程.
可能的解决方案:超时
我能想到的最好的解决方案是使用套接字的超时功能.我不知道UDPServer来自哪里,但也许它有一个内置的超时.
可能的解决方案:穷人的超时(发送数据包到localhost)
您可以尝试的另一个选项是在经过一段时间后向您自己发送一些UDP数据包.这样,recv将接收一些数据,并继续执行.这可能被用作“穷人的超时”.