在greenlets / gevent中使用并发。未来。未来

Question

我有一个通过多播执行异步网络的python库，该库可能会收到其他服务的答复。 它通过返回将捕获答复的Future来隐藏肮脏的工作。 我正在将该库集成到现有的gevent应用程序中。 调用模式很简单：

future = service.broadcast()
# next call blocks the current thread
reply = future.result(some_timeout)

在后台， concurrent.futures.Future.result()使用threading.Condition.wait() 。

使用猴子修补的线程模块，这看起来很好且安全，并且不会被greenlets阻塞。

没有任何理由在这里或混合时担心gevent和concurrent.futures ？

Answer 1

好了，至于我可以告诉大家， futures未记录到工作之上threading.Condition ，并gevent未记录到能够修补futures安全。 因此，从理论上讲 ，有人可以编写会破坏gevent的Python实现。

但是实际上呢？ 很难想象这样的实现会是什么样子。 您显然需要某种同步对象才能使Future工作。 当然，您可以使用Event ， Lock和Rlock代替Condition ，但这不会对gevent造成问题。 一个实现有可能破坏事物的唯一方法是直接进入pthreads / Win32 / Java / .NET /任何同步对象，而不是在threading中使用包装器。

如果发生这种情况，您将如何处理？ 好吧， futures是用纯Python实现的，它是非常简单的Python，并且有一个功能齐全的backport ，可与2.5 + / 3.2 +一起使用。 所以，你只需要抓住的是反向移植和换出concurrent.futures为futures 。

因此，如果您正在做一些古怪的事情，例如部署一台将在无人看管的情况下运行5年的服务器，并且可能在其下反复升级其Python，那么也许我现在就安装backport并使用它。

否则，我将在适当的地方记录假设（以及解决方法，以防万一它被打破），然后使用stdlib模块。