假设我有一个线程池执行器,最多有10个线程,我向它提交一个任务,这个任务本身会创建另一个任务,然后依次等待它完成,递归地直到达到11个深度。在
Python中的示例代码:
import concurrent.futures
e = concurrent.futures.ThreadPoolExecutor(max_workers=10)
def task(depth):
print 'started depth %d' % (depth, )
if depth > 10:
return depth
else:
f = e.submit(task, depth + 1)
concurrent.futures.wait([f])
f = e.submit(task, 0)
print f.result()
以上代码输出:
^{pr2}$以及僵局。在
有没有办法在不创建额外的线程和执行器的情况下解决这个问题?在
换句话说,一种让工作线程在等待时处理其他任务的方法?在
不,如果要避免死锁,就不能等待任务中同一个执行器的未来。在
在本例中,您只能返回future,然后递归地处理结果:
但是,最好首先避免这种递归执行。在
使用协同程序,您的代码可以重写为:
但是,我很难理解为什么需要这些额外的代码。在示例代码中,您总是直接等待任务的结果,因此如果没有执行器,您的代码将不会有任何不同的运行。例如,下面将产生相同的结果
^{pr2}$我认为文档中的这个例子更好地展示了异步协程如何能够并行化任务。这个例子创建了3个任务,每个任务都计算不同的阶乘。请注意,当每个任务产生另一个协程(在本例中是
async.sleep
)时,如何允许另一个任务继续执行。在输出:
你在这里所经历的,就是你已经正确地称之为deadlock。启动下一个线程并等待它的第一个线程持有一个}被释放时,所有后续任务都将在该线程上死锁(在您的情况下永远不会)。我建议您在任务中启动自己的线程,而不是使用池,类似于:
lock
,在等待同一个{相关问题 更多 >
编程相关推荐