c – 如何立即取消卷曲操作？

发布时间：2020-12-16 04:59:15 所属栏目：百科来源：网络整理

导读：我在C中使用 libcurl,我使用 Boost.Thread在我的UI中的一个单独的线程中调用curl_easy_perform. 主UI有一个取消按钮,我想要完全响应(即,当用户点击它时,它应立即作出反应).我已经设置了读取,写入和进度回调来读取原子的should_cancel变量(如this问题所示),但

我在C中使用 libcurl,我使用 Boost.Thread在我的UI中的一个单独的线程中调用curl_easy_perform.

主UI有一个取消按钮,我想要完全响应(即,当用户点击它时,它应立即作出反应).我已经设置了读取,写入和进度回调来读取原子的should_cancel变量(如this问题所示),但有两个问题：

>从按下取消到卷曲操作完成时,通常会有非常小的(但明显的)延迟.
>偶尔会有很长的(有时是无休止的)延迟.在这种情况下,要么：

一个.进度,读取和写入回调很长一段时间都没有被调用,或者

湾调用进程回调,我返回一个非零值(意味着它应该终止),但curl操作暂时不会完成(事实上,同时再次调用progress函数！)

所以：

>为什么会发生长时间的延迟(尤其是不调用进度函数)？
>我应该怎么做才能让取消按钮做出正确反应？

一种可能性是告诉UI取消操作成功,但继续在后台运行curl线程,直到取消.这个问题(我认为)是它强制将should_cancel变量设置为全局变量,而不是作用于操作开始的对话框.

解决方法

你的基本想法是对的.您应该从UI分离curl操作.但是,实现应该稍微改变一下.你不应该使用全局的should_cancel.相反,您应该有一个全局current_request指针,指向Request类型的对象.此类型应具有内部取消标志和公共Cancel()函数.响应取消按钮,在current_request上调用Cancel,然后将其取消.然后,取消的请求可以在以后进行自己的清理(毕竟这是一个线程).

你需要小心你的互斥锁,以防止僵尸对象.取消和请求完成之间存在固有的竞争条件.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!