为什么python要求您在等待条件之前获取锁

Question

Python有一个名为＜code＞Condition或＜code＞notify_all（）。然而，在调用＜code＞wait（）acquire（）wait（）方法然后释放锁并等待通知，然后它将继续重新获取锁，您可以运行一些需要线程安全的代码。我的问题是，当调用＜code＞wait（）方法时，＜code＞条件＜/code＞对象为什么不在内部自动获取锁：

必须调用其他方法并按住关联的锁。wait（） 方法释放锁，然后阻塞，直到另一个线程通过调用 notify（） 或 notify_all（） 来唤醒它。唤醒后，wait（） 重新获取锁并返回。还可以指定超时。

因此，在此代码中，我获取了锁，wait方法立即释放它，然后在通知它之后再次获取它，然后我最终释放它。

lock = threading.Lock()
condition = threading.Condition(lock=lock)
...
condition.lock()    # acquire the lock
condition.wait()    #  waiting for another thread to notify me
condition.release() # release the lock

为什么< code>wait()调用不只是等待，然后在收到通知后获取锁？我不明白为什么我要获取锁，然后它会释放锁

Answer 1

如果你没有握着锁，你在等待的事情可能会在你开始等待之前发生。

假设您有一个用collections.deque、threading.Lock和threading.Condition变量实现的自制消息队列。

线程 A 想要从队列中读取项目，因此它抓住锁，检查 deque，并且没有项目。线程 A 调用 condition.wait 以等待另一个线程放入某些内容。

线程B获取< code >锁，调用< code > dequee . append ，并调用< code>condition.notify。由于< code>condition.notify调用，线程A现在被调度唤醒。

假设线程A可以在调用＜code＞条件之前释放＜code＞锁。等待。在这种情况下，线程B可能会附加其项并调用＜code＞条件。在线程A开始等待之前通知。线程A永远不会醒来。