我正在编写一个GUI应用程序,该应用程序通过Web连接定期检索数据。由于此检索需要一段时间,因此这会导致UI在检索过程中无响应(无法拆分成较小的部分)。这就是为什么我想将Web连接外包给一个单独的工作线程。
[是的,我知道,现在我有两个问题。]
无论如何,该应用程序使用PyQt4,所以我想知道更好的选择是:使用Qt的线程还是使用Python threading模块?各自的优点/缺点是什么?还是您有完全不同的建议?
尽管在我的特定情况下,解决方案可能会使用非阻塞网络请求,例如Jeff Ober和LukášLalinský建议的(所以基本上将并发性问题留给了网络实现),但我仍然希望深入回答一般问题:
与本地Python线程(来自threading模块)相比,使用PyQt4(即Qt)线程有什么优缺点?
编辑2:谢谢大家的回答。尽管没有达成100%的协议,但似乎普遍的共识是答案是“使用Qt”,因为这样做的优点是与库的其余部分集成在一起,而没有造成真正的不利。
对于希望在这两种线程实现之间进行选择的任何人,我强烈建议他们阅读此处提供的所有答案,包括方丈链接到的PyQt邮件列表线程。
我考虑了一些悬赏的答案;最后,我选择了方丈作为非常相关的外部参考。然而,这是一个密切的电话。
再次感谢。
大致相同。主要区别在于QThreads与Qt(异步信号/插槽,事件循环等)更好地集成在一起。另外,您不能在Python线程中使用Qt(例如,不能通过QApplication.postEvent将事件发布到主线程):您需要一个QThread才能工作。
一般的经验法则是,如果您要以某种方式与Qt进行交互,则可以使用QThreads;否则,请使用Python线程。
PyQt的作者对此问题也发表了一些较早的评论:“它们都是相同的本机线程实现的包装器”。两种实现都以相同的方式使用GIL。