PyQt应用程序中的线程：使用Qt线程还是Python线程？

我正在编写一个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。