GTK+线程模型

nketc

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

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

1）单线程
int
main (int argc, char *argv[])
{
  gtk_init (&argc, &argv);

  gtk_main ();

  return 0;
}
上面就是单线程模型喽。

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

  g_thread_init (NULL);
  gdk_threads_init ();
  
  gdk_threads_enter ();

  gtk_init (&argc, &argv);

  gtk_main ();
  gdk_threads_leave ();

  return 0;
}

如果在其他线程中需要访问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。

joeguan2

好文章，学习了