PyQt4：传统的基于信号/插槽的多线程UI？

Question

使用过多线程PyQt4应用程序的人吗？ 我只是想知道，内置的信号/插槽机制与PyQt4框架的QtThread耦合是否比使用事件驱动的异步回调的标准Python线程（在我的代码中设计为以线程安全的方式处理UI组件）具有任何优势。

我正在寻找任何主要的速度或安全问题，任何特定的运行时异常或边缘情况。 （UI非常复杂，因此在稍后阶段进行重写会适得其反）。

谢谢。

编辑：我意识到这可能意味着要复制一些已经存在的PyQt核心功能，但是可以在应用程序中提供更大的灵活性也可以。

Answer 1

如果您不使用信号和时隙机制并滚动自己的事件循环，那么真正使用Qt / PyQt毫无意义。 基本上，您将重新实现框架本身的核心。 但是我猜这不是您要问的。

如果您可以澄清一下您的问题，那将很好，（因为我不得不作一些假设），但是这是要解决的问题：

我认为您对信号和插槽机制的功能有些困惑。 （或者可能不会，请原谅我重申一些对您来说可能很明显的内容）。

信号和插槽无法为您实现线程化（因此，使用与标准Python线程相比无益的信号/插槽的问题尚无定论）

您可能假设信号插槽机制是多线程的，并且插槽在被信号调用时在新线程中执行。 好吧，事实并非如此。

Qt中的信号和时隙机制在Qt（由QApplication实现）的单个事件循环中运行，该循环本身在单个线程中运行。 因此，信号和插槽无论如何都不能替代多线程。

如果有一个插槽被阻塞，那么它将阻塞您的整个应用程序。 因此，理想情况下，任何阻塞的I / O或耗时的功能都应与UI放在单独的线程中，并且您的插槽应开始执行这些线程。 现在是使用QThread还是使用标准Python线程来实现自己的线程是另一个问题，之前曾在StackOverflow上被问过，但是我倾向于将QThreads用于Qt应用程序。

因此，如果您有一个按钮，并且想要在单击请求库时开始使用Requests库下载文件，则可以将QPushButton的clicked信号连接到插槽，例如downloadButtonClicked ，该插槽将启动一个新的QThread，将负责使用请求下载文件。 您可以进一步连接来自QThread的finish（）信号，以了解下载何时完成并更新您的UI

（如果这确实是您要问的问题，我将添加一个代码示例。因此，请澄清您的问题）

Answer 2

根据您对其他回复的评论：

抱歉，我在谈论QtThread插槽/信号机制与使用内置Python线程的回调。 我打算在事件到达时（单击等）从UI创建单独的线程，然后使用从新线程到主UI线程的回调来更新UI（主线程中所有带有锁的UI逻辑，以确保其线程安全）。我知道这可能意味着复制一些已经存在的PyQt功能，但是我觉得这样我可以对自己的应用程序进行更多控制。 （如果可以在应用程序中提供更大的灵活性，则无需担心额外的工作。另外，它不需要那么多的工作）

我会说，您所追求的是在线程中使用QApplication.postEvent() 。 使用一些额外的代码，您可以使用它在主线程中同步或异步执行任意方法。

我不确定这两个选项（Qt或Python线程）是否真的有优点或缺点。 据我所知，它们都仍然保持GIL，这意味着您的程序永远不会真正成为多线程。 QThread带有事件循环，但是正如您所说的那样，用自己的Python线程编写自己并不难。

您是否考虑过使用多个进程而不是多个线程？ 尽管启动速度较慢，但​​您可以从实际运行代码的优势中受益。

归根结底，我认为您的问题的答案仅仅是个人喜好。 我会避免使用QThread因为如果PyQt \\ PySide \\ Qt死了，将来它可以使您将应用程序移植到另一个小部件工具箱中变得更加容易（不是很可能，但是我在PyGTK上经历过不好所以现在我很警惕）

编辑：请也看一下，因为它有比我给出的更好的答案： PyQt应用程序中的线程：使用Qt线程还是Python线程？