我在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,然后将其取消.然后,取消的请求可以在以后进行自己的清理(毕竟这是一个线程).
你需要小心你的互斥锁,以防止僵尸对象.取消和请求完成之间存在固有的竞争条件.