繁体 English 中英

同步调度到 GTK+ 的主线程

[英]Dispatch to GTK+'s Main Thread Synchronously

原文 2020-06-03 20:14:46 3 1 gtk/ gtk3/ glib

我正在将我现有的一些软件从 macOS 和 Windows 移植到 Linux。 该软件的基础是一个在 GUI 后面运行的多线程服务器，它显示统计信息，在特定事件上生成新的 windows 等。

在 macOS 上，我们有DispatchQueue.main.sync 。 在 Windows / C# / WPF 上，我们有Dispatcher.Invoke 。 我们专门在需要在更新 UI 线程时阻塞调用线程的情况下使用这些调用。 GTK+ 有类似的东西吗？

我一直在将gdk_thread_add_idle_full用于不需要阻塞的代码的异步部分，但对于同步版本，它有点复杂。 我目前的解决方案是一个简单的 object 包含一个GMutex / GCond对。 object 在调用线程上是“可等待的”，在 UI 线程上是“可完成的”。 将此 object 传递给gdk_thread_add_idle_full给了我想要的效果，但我很好奇是否有更简洁的选项。

服务器库是原样的，因此没有空间修改该代码以使其表现更好。 我正在寻找工具包方面的解决方案。 此外，GTK+ 的工作都在 C 中完成。

1 个解决方案

我认为没有更简洁的选择，并且使用GMutex / GCond对似乎可以合理地将您的工作线程与来自 UI 线程的回复同步。

使用GMutex / GCond对的缺点是，这意味着您不能同时在工作线程上迭代GMainContext 。 如果这不是您的应用程序的构造方式，那很好。

如果是，那么您可能希望采取一种方法，在gdk_threads_add_idle_full()调用中将对工作线程的GMainContext的引用传递给 UI 线程。 一旦 UI 操作完成，UI 线程中的代码将在工作线程的GMainContext上调用g_idle_source_new() / g_source_attach()来安排在工作线程中执行的回调。 此回调将更新 state 以将操作标记为完成并返回。

在这种方法中， gdk_threads_add_idle_full()和g_idle_source_new() / g_source_attach()本质上都是从一个线程到另一个线程的消息传递函数。 在您的方法中， GMutex / GCond充当了同步围栏。

第二种方法意味着您的工作线程可以在等待 UI 时继续进行其他有用的工作，而不是阻塞。 但这可能与您的应用程序的构建方式无关。