Swift取消DispatchQueue流程

我有一个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.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将接收一些数据,并继续执行.这可能被用作“穷人的超时”.

相关文章

软件简介:蓝湖辅助工具,减少移动端开发中控件属性的复制和粘...
现实生活中,我们听到的声音都是时间连续的,我们称为这种信...
前言最近在B站上看到一个漂亮的仙女姐姐跳舞视频,循环看了亿...
【Android App】实战项目之仿抖音的短视频分享App(附源码和...
前言这一篇博客应该是我花时间最多的一次了,从2022年1月底至...
因为我既对接过session、cookie,也对接过JWT,今年因为工作...