GTK+ 接口应该在单独的线程中运行吗？

Question

我正在 GTK+（更具体地说是C++和gtkmm ）中迈出我的第一步，我对如何最好地构建我的程序有一个相当概念性的怀疑。 现在我只希望我的 GUI 通过打印几个值来显示我的 C++ 程序中发生的事情，并且由于我的主线程在 GUI 窗口运行时停止，我遇到了将处理/计算操作和单独线程中的图形界面。 这是否被普遍认为是最好的方法，完全没有，甚至不相关？

Answer 1

除非您有充分的理由，否则通常最好不要创建新线程。 同步很难做到正确。

GUI 编程是事件驱动的（点击一个按钮就会发生一些事情）。 因此，您可能需要将后台处理与 GUI 事件系统联系起来。

如果您的后台处理需要很长时间，您将需要将其分解为多个快速块。 在每个块的末尾，您可以更新进度条并安排下一个块。

这意味着您可能需要使用一些状态机模式。

还要确保任何 IO 都是非阻塞的。

Answer 2

这是一个使用主循环将冗长的操作拆分为较小块的示例，无需额外的线程。 使用主循环延迟加载。

Answer 3

是的，一点没错！ （回应你的标题）

GUI必须在单独的线程中运行。 如果您曾经遇到过那些在操作进行时锁定的极其烦人的界面¹ ，您就会知道为什么无论操作发生如何，让 GUI 始终运行是非常重要的。

这是一个用户体验的事情。

---

¹我不是指在操作过程中禁用某些按钮的那些（这是正常的），而是指一切似乎都冻结的那些。

Answer 4

这是相反的：主线程应该是 Gtk one ，并且长时间的处理/计算任务应该在线程中完成。

文档给出了一个明确的例子：https ://pygobject.readthedocs.io/en/latest/guide/threading.html