PyGTK、线程和可访问性 - 应用程序挂起

Question

我使用 PyGTK 创建了一些应用程序，并认为它们一直没问题，直到我在启用了辅助功能的环境（Ubuntu 上的 GNOME 和 Debian 上的 Openbox）中执行它们。我发现它们挂起，更令人沮丧的是它们导致 AT-SPI 应用程序挂起。

我创建了一个 repo ，其中包含使用 PyGTK 和线程的所有变体我可以想到：

• primarythread 前缀意味着 gtk.main() 在主线程内工作 （首先由 Python 执行），
• secondarythread 前缀表示 gtk.main() 在辅助线程内工作，

• multiprocessing 前缀表示 import 和 gtk.main() 是在另一个进程中执行。

• gobject 后缀表示仅使用了 gobject.threads_init()，

• gtkgdk后缀表示同时使用了gobject和gtk.gdk.threads_init()，
• import后缀表示执行了“import gtk”在新线程内。

showApps.py 是使用 AT-SPI 列出启用了辅助功能的应用程序的应用程序示例。

我在下表中总结了测试（也在 README 文件中)：

"Hang" column indicates if the GTK application has hung.
"Listed" column indicates if the application is visible in the AT-SPI
listing.

                                  |   hang   | listed |
----------------------------------+----------+--------+
primarythread_gobject.py          |   no     |  yes   |
primarythread_gtkgdk.py           |   no     |  yes   |
secondarythread_gobject_import.py |   no [1] |  yes   |
secondarythread_gobject.py        |   yes    |  hang  |
secondarythread_gtkgdk_import.py  |   no [1] |  yes   |
secondarythread_gtkgdk.py         |   yes    |  hang  |
multiprocessing_gobject.py        |   no     |  yes   |

[1] ** (secondarythread_gobject_import.py:5828): CRITICAL **:
giop_thread_request_push: assertion `tdata != NULL' failed
  -- at the application termination

当 AT-SPI 被标记为“挂起”时，它会在应用程序列出期间无条件挂起。

例如，在窗口失去焦点和重新获得焦点后，PyGTK 应用程序会发生挂起。

测试表明，当 gtk.main() 从第一个/主 Python 线程运行时，不会出现任何问题。但这并不能令我满意，因为我不喜欢将 GUI 视为应用程序的主要部分。

我的问题是：

1. 标记为辅助线程的程序中的代码有什么问题吗？还是 GTK/GAIL/AT-SPI 中的错误？
2. 是否有禁止在第一个/主 Python 线程之外运行 gtk.main() 的策略？

Answer 1

我知道的唯一策略是任何时候只有一个线程可以访问 GTK 库。

如果您希望 GUI 在其自己的辅助线程中运行，那么您需要确保这是访问 GTK 的唯一线程，因为 GTK 不是线程安全的。这就是为什么在辅助线程的情况下，它仅在从线程内导入 GTK 时才起作用。如果它是在线程外部加载的，那么从技术上讲，主线程也在某种程度上使用它，并且两个线程都可以尝试同时访问该库。您的主线程案例工作的原因是因为您正确锁定了对GTK 库具有 gtk.gdk.threads_enter() 和threads_leave()。我认为你可以在 secondarythread_gtkgdk_import.py 中摆脱它们并且它会起作用，因为只有一个线程知道 GTK 已被加载。

现在，这只是我的猜测，因为我对 AT-SPI 不太了解。由于您已经在 secondarythread_gobject.py 和 secondarythread_gtkgdk.py 中的两个单独线程中引发了竞争条件，因此 AT-SPI 也可能会以某种方式受到此状态的影响。

如果您确实希望 GUI 位于辅助线程中，请使用 secondarythread_gtkgdk_import.py （可能会删除不必要的threads_enter() 和threads_leave()）。我建议您将 GUI 作为主线程，并在子线程中启动所有后台进程。

---

比较以下两个示例：

import threading
import time

class mythread(threading.Thread):
    def __init__(self):
        super(mythread, self).__init__()

    def run(self):
        print time.ctime()


t = mythread()
t.run()
print time.ctime()

$ python2 test.py
Mon Aug 15 23:12:41 2011
Mon Aug 15 23:12:41 2011

---

import threading

class mythread(threading.Thread):
    def __init__(self):
        super(mythread, self).__init__()

    def run(self):
        import time
        print time.ctime()


t = mythread()
t.run()
print time.ctime()

$ python2 test.py
Mon Aug 15 23:12:46 2011
Traceback (most recent call last):
  File "test.py", line 15, in <module>
    print time.ctime()
NameError: name 'time' is not defined

在第一种情况下，从主线程导入time，然后生成一个子进程。子进程也可以访问time，因此时间会被打印两次。在第二种情况下，time 被导入到子线程中。然而，父线程看不到这一点，因此对 time.ctime() 的第二次调用失败。

当您从子线程加载 GTK 时，父线程对此一无所知，因此您永远不会遇到两个线程尝试访问 GTK 库的问题（引用 GDK 文档：“也就是说，只有一个线程可以在任何给定时间。”）。