在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模塊。