Во время двойной проверки того, что threading.Condition
правильно пропатчен, я заметил, что пропатченный threading.Thread(…).start()
ведет себя иначе, чем gevent.spawn(…)
.
Рассмотреть возможность:
from gevent import monkey; monkey.patch_all()
from threading import Thread, Condition
import gevent
cv = Condition()
def wait_on_cv(x):
cv.acquire()
cv.wait()
print "Here:", x
cv.release()
# XXX: This code yields "This operation would block forever" when joining the first thread
threads = [ gevent.spawn(wait_on_cv, x) for x in range(10) ]
"""
# XXX: This code, which seems semantically similar, works correctly
threads = [ Thread(target=wait_on_cv, args=(x, )) for x in range(10) ]
for t in threads:
t.start()
"""
cv.acquire()
cv.notify_all()
print "Notified!"
cv.release()
for x, thread in enumerate(threads):
print "Joining", x
thread.join()
Обратите особое внимание на два комментария, начинающиеся с XXX
.
При использовании первой строки (с gevent.spawn
) первая thread.join()
вызывает исключение:
Notified! Joining 0 Traceback (most recent call last): File "foo.py", line 30, in thread.join() File "…/gevent/greenlet.py", line 291, in join result = self.parent.switch() File "…/gevent/hub.py", line 381, in switch return greenlet.switch(self) gevent.hub.LoopExit: This operation would block forever
Однако Thread(…).start()
(второй блок) все работает как положено.
С чего бы это? В чем разница между gevent.spawn()
и Thread(…).start()
?