GTK+的线程安全问题

    终于搞定了一个困扰两三天的问题, GTK+的多线程不安全性导致了程序的不稳定. 在多线程环境下,当我们通过某接口来访问共享资源时,如果不需要我们采取措施来保护共享资源,则这样的接口就是线程安全的.GTK+能够线程识别(thread aware),但却不是线程安全(thread-safe)的.GTK+提供了两个函数来供我们在多线程下访问共享数据----gdk_threads_enter()和gdk_threads_leave(). 前者产生一个单一的全局锁定,这样在某段时间就只允许一个线程使用GTK+,依此来确保安全.后者用来释放这个全局锁定. 在此之前要使用g_thread_init()来把GLib库初始化成线程安全模式, 从而使GTK+能够线程识别. 另外, GTK+的信号在GTK+锁定的内部. 所以,其信号处理函数就不需要使用gdk_threads_enter()了.而GLib的回调信号(包括超时timeouts /IO/系统空闲idle)却在GTK+锁定之外,这种情况下就需要使用gdk_threads_enter().

  具体有关GTK+线程方面的细节可以参考<GDK Reference Manual>:

http://developer.gnome.org/doc/API/2.0/gdk/index.html