GTK+线程模型

Question

严格来说gtk并不是线程安全的（好像也没听说过哪个GUI是线程安全的，WinGDI不是，Android的UI亦不是），不过gtk是thread aware的。这和其他GUI又有啥不同呢？我们可以在两个不同的线程中使用gtk，不像其他GUI库只限制在UI线程中使用。其实也很少在多个线程中使用gtk，通常的做法是把对gtk的操作同步到UI线程中，习惯上称调用gtk_main的线程为UI线程，一般就是主线程。

单线程中使用gtk就是通常的情况，多线程环境中有2中方式，下面一个一个说。

1）单线程

1. int
2. main (int argc, char *argv[])
3. {
4.   gtk_init (&argc, &argv);
6.   gtk_main ();
8.   return 0;
9. }

复制代码
上面就是单线程模型喽。

2）多线程方式一
由于gtk底层依赖glib，所以多线程环境中要先调用 g_thread_init。gtk内部有一个全局锁，也许是出于效率考虑，gtk默认并不使用它，但是在多线程环境中就必须要使用了。通过 gdk_threads_init来初始化这个全局锁，通过gdk_threads_enter/leave来获取/释放锁。

1. int
2. main (int argc, char *argv[])
3. {
4.   GtkWidget *window;
6.   g_thread_init (NULL);
7.   gdk_threads_init ();
8.   
9.   gdk_threads_enter ();
11.   gtk_init (&argc, &argv);
13.   gtk_main ();
14.   gdk_threads_leave ();
16.   return 0;
17. }

复制代码

如果在其他线程中需要访问UI线程中gtk对象，就需要使用 gdk_threads_enter/leave保护。
gdk_threads_enter();
/*访问UI线程中的gtk对象*/
gdk_threads_leave();
需要注意的是，这种方式下g_idle_add, g_timeout_add系列函数添加的回调虽然是在主线程中执行，但是这些回调执行时并没有锁的保护，这时候要使用gdk_threads_add_idle/timeout系列函数，或者在 g_timeout_add系列函数的回调中添加加锁和解锁的动作。
不过在多线程环境下通常不使用上面的方式，下面要介绍的方式使用的比较多。

3）多线程方式二
同方式一，g_thread_init依然需要。这儿采用的方式原理是把对gtk对象的操作同步到UI线程中，由UI线程来完成。由于对gtk的操作都同步到了UI线程，上面提到的全局锁自然是不需要了，就是不必使用 gdk_threads_init/enter/leave了。模型现在是这个样子：
int
main (int argc, char *argv[])
{
  GtkWidget *window;

  g_thread_init (NULL);

  gtk_init (&argc, &argv);

  gtk_main ();

  return 0;
}
怎么才能把对gtk的操作同步到UI线程中去呢？使用g_timeout_add系列函数或g_idle_add。这类函数注册的回调是在gtk_main所在的线程中执行的。这种方式有个很好的例子：一边从网上下载东西，一边显示进度。通常为了不阻塞UI线程，是界面在下载过程中依然能响应用户输入，网络下载在单独的线程中执行。把更新进度的操作封装在一个函数中，在g_timeout_add 的回调中更新UI。

Answer 1

gtk gui除了在pc机上的用途之外 还有什么？

Answer 2

gtk是gnome的gui库，很多linux发行版的桌面环境采用gnome。RedHat 企业版的桌面就是gnome。
在一些嵌入式领域也有gtk的应用。

Answer 3

不错，

Answer 4

请问楼主，在单线程模型下，有什么劣势，或者说会有什么潜在的危险吗？谢谢！