所以我使用Python asyncio
模块(在Linux上)启动子进程,然后异步监视它。我的代码工作正常......在主线程上运行时。但是当我在工作线程上运行它时,它会挂起,并且永远不会调用process_exited
回调。
我怀疑这可能实际上是某种未记录的缺陷或在工作线程上运行subprocess_exec
的问题,可能与实现如何处理后台线程中的信号有关。但它也可能只是让我搞砸了。
一个简单,可重复的例子如下:
class MyProtocol(asyncio.SubprocessProtocol):
def __init__(self, done_future):
super().__init__()
self._done_future = done_future
def pipe_data_received(self, fd, data):
print("Received:", len(data))
def process_exited(self):
print("PROCESS EXITED!")
self._done_future.set_result(None)
def run(loop):
done_future = asyncio.Future(loop = loop)
transport = None
try:
transport, protocol = yield from loop.subprocess_exec(
lambda : MyProtocol(done_future),
"ls",
"-lh",
stdin = None
)
yield from done_future
finally:
if transport: transport.close()
return done_future.result()
def run_loop():
loop = asyncio.new_event_loop()
asyncio.set_event_loop(loop) # bind event loop to current thread
try:
return loop.run_until_complete(run(loop))
finally:
loop.close()
所以在这里,我设置一个asyncio
事件循环来执行shell命令ls -lh
,然后触发从子进程接收数据的回调,以及子进程退出时的另一个回调。
如果我只是直接在Python程序的主线程中调用run_loop()
,一切都很顺利。但如果我说:
t = threading.Thread(target = run_loop)
t.start()
t.join()
然后会发生的是pipe_data_received()
回调被成功调用,但永远不会调用process_exited()
,程序就会挂起。
在谷歌搜索并查看asyncio
实现unix_events.py
的源代码后,我发现可能需要手动将我的事件循环附加到全局“子监视器”对象,如下所示:
loop = asyncio.new_event_loop()
asyncio.set_event_loop(loop) # bind event loop to current thread
asyncio.get_child_watcher().attach_loop(loop)
显然,儿童观察者是一个(未记录的)对象,负责在引擎盖下调用waitpid
(或类似的东西)。但是当我尝试这个并在后台线程中运行run_event_loop()
时,我收到了错误:
File "/usr/lib/python3.4/asyncio/unix_events.py", line 77, in add_signal_handler
raise RuntimeError(str(exc))
RuntimeError: set_wakeup_fd only works in main thread
所以这看起来实现实际上是检查以确保信号处理程序只能在主线程上使用,这使我相信在当前实现中,在后台线程上使用subprocess_exec
是事实上,如果不改变Python源代码本身就是不可能的。
我对此是否正确?可悲的是,asyncio
模块的记录很少,所以我很难对这里的结论充满信心。我可能只是做错了什么。
答案 0 :(得分:4)
只要asyncio循环在主线程中运行并且子监视器实例化,就可以处理工作线程中的子进程:
asyncio.get_child_watcher()
loop = asyncio.get_event_loop()
coro = loop.run_in_executor(None, run_loop)
loop.run_until_complete(coro)