multithreading - 什么时候或为什么我应该使用 Mutex 而不是 RwLock？

Question

当我阅读 Mutex 的文档时和 RwLock ，我看到的区别如下:

• Mutex 一次只能有一个读取器或写入器，
• RwLock 一次可以有一个写入器或多个读取器。

当你这么说时，RwLock 似乎总是比 Mutex 更好(限制更少)，那么我为什么要使用它呢？

Answer 1

有时最好使用 Mutex在RwLock在 Rust 中:

RwLock<T> T 需要更多边界线程安全:

• Mutex requires T: Send 成为Sync ,
• RwLock requires T to be Send and Sync 做自己Sync .

换句话说，Mutex是唯一可以制作 T 的包装器可同步。我找到了一个 good and intuitive explanation在 reddit 中:

Because of those bounds, RwLock requires its contents to be Sync, i.e. it's safe for two threads to have a &ptr to that type at the same time. Mutex only requires the data to be Send, because conceptually you can think of it like when you lock the Mutex it sends the data to your thread, and when you unlock it the data gets sent to another thread.

使用 Mutex当你的 T只有Send而不是 Sync .

防止写入器饥饿

RwLock没有指定的实现，因为它使用系统的实现。一些读写锁可能受制于 writer starvation同时 Mutex不能有这种问题。

Mutex当您可能有太多读者而无法让作者获得锁时，应使用此方法。