python在unittest中运行glib主循环

Question

我是python的新手，正在尝试设置一个功能测试环境。测试环境应通过DBus接收信号并对其进行评估。DBus信号使用GLib主环路。我有以下封装循环的类：

class SignalLoop(threading.Thread):
def __init__(self):
threading.Thread.__init__(self)
self.__l = gobject.MainLoop()        
def run(self):
self.__l.run()
def quit(self):
self.__l.quit() 

在进行DBus处理的模块中，我尝试了：

class __ModuleInitializer:
def __init__(self):
print('Module was initialized')
gobject.threads_init()
sl = SignalLoop()
sl.start()
def __del__(self):
print('Module was deinitialized')
sl.quit()
__module_init = __ModuleInitializer()

我还尝试了以下内容：

• setUp/tearDownModule()对我不起作用-至少在python 2.5.2中是这样
• __init__()和__del__()方法，并将所有测试用例放在一个类中。__del__()永远不会被调用，而且这个解决方案不会随着大量测试用例而扩展

当我运行代码时，sl.qui()永远不会被执行，我不知道为什么。从控制台运行时，我必须杀死我的main，因为它永远不会返回。然而，这对PyDev测试运行程序来说不是问题。

有什么钩子可以用来破坏测试环境吗？我希望能够运行一个测试和几个测试，所以将其"破解"到方法本身不是一种选择。

你能帮帮我吗？

Answer 1

在设置和拆卸方法期间，我不会启动和停止主循环。相反，发出异步请求(或其他任何请求)，然后逐个迭代地运行主循环，直到结果到达。

示例：

make_asynchronous_request()
main_context = GLib.MainContext.default()
while main_context.pending():
main_context.iteration(False)
assert(result_is_ok())

Answer 2

我使用ptomato的答案创建了一个对我有效的答案。差异可能是由于某种python版本。在我的情况下，有效的代码是：

make_asynchronous_request()
main_context = GLib.MainLoop.get_context()
while main_context.pending():
main_context.iteration(False)
assert(result_is_ok())

Answer 3

我认为应该将SignalLoop类定义为daemon线程。这将允许程序在完成时关闭，即使信号循环线程仍在运行。当程序关闭时，__module_init对象将被垃圾收集，并调用其__del__函数。

daemon上的文档http://docs.python.org/2.6/library/threading.html#threading.Thread.daemon