tokio::sync::Mutex
通常のMutex (std::sync::Mutex) はロック待ちのときスレッドをブロックする
一方、tokio::sync::Mutex はロック待ちをawaitできる std::sync::Mutexと比べて何が違うのか？ どう使い分けるのか？
Contrary to popular belief, it is ok and often preferred to use the ordinary Mutex from the standard library in asynchronous code.
The feature that the async mutex offers over the blocking mutex is the ability to keep it locked across an .await point. This makes the async mutex more expensive than the blocking mutex, so the blocking mutex should be preferred in the cases where it can be used. The primary use case for the async mutex is to provide shared mutable access to IO resources such as a database connection. If the value behind the mutex is just data, it’s usually appropriate to use a blocking mutex such as the one in the standard library or parking_lot.
基本、使わないほうがいい
tokio::sync::Mutexはむしろコストが高い
使いたいときというのは後述のようにawaitをまたいだロック取得がしたいときぐらい ここで、HashMap をガードするために、tokio::sync::Mutex ではなく std::sync::Mutex を使用していることに注意してください。非同期のコードの中で、いかなる場合にも tokio::sync::Mutex を利用するというのは、よくある誤りです。非同期の mutex は、.await の呼び出しをまたいでロックされるような mutex のことです。 同期的な mutex はロックを取得するために待っている間、今のスレッドをブロックします。これにより、他のタスクが処理されることも妨げることになります。しかし、普通は tokio::sync::Mutex に切り替えたからといってこのような状況を改善できるわけではありません。非同期の mutex も、内部では同期的な mutex を利用しているからです。
経験則としては、非同期のコードの中で同期的な mutex を使ってもよいケースは、競合がそれほど多くなく、かつロックが .await をまたいで保持されないような場合に限られます。
非同期の mutex は、.await の呼び出しをまたいでロックされるような mutex のことです。
どういうこと？？castaneai.icon
↓こういう感じで、lockが保持されているスコープ内でawaitを呼んでいる場合のことを指すらしい code:_.rs
use tokio::sync::Mutex; // 注意！Tokio の mutex を使っている
// これはコンパイルできる！
// （ただしこの場合はコードを書き換えたほうが良い）
async fn increment_and_do_stuff(mutex: &Mutex<i32>) {
let mut lock = mutex.lock().await;
*lock += 1;
do_something_async().await;
} // lock はここでスコープを抜ける
Tokio が提供している tokio::sync::Mutex 型を利用することもできます。Tokio の mutex の主な特徴は、.await をまたいでも問題なくロックを保持することができるということです。とはいえ、非同期 mutex は通常の mutex に比べてかなり重たいので、一般的には他の2つのアプローチのうちのどちらかを選択するほうが良いです。