mutex_lock 是一個用于實現線程同步的互斥鎖（Mutex）操作
- 阻塞和上下文切換：當一個線程試圖獲取一個已被其他線程持有的 Mutex 時，該線程將被阻塞，等待 Mutex 被釋放。這可能導致 CPU 資源的浪費，因為阻塞的線程無法繼續執行。此外，上下文切換也會消耗 CPU 資源，因為操作系統需要保存和恢復線程的狀態。
- 死鎖和活鎖：死鎖是指兩個或多個線程相互等待對方釋放 Mutex，從而導致它們都無法繼續執行的情況。活鎖是指線程在嘗試避免死鎖的過程中，反復請求和釋放 Mutex，但始終無法繼續執行的情況。這些問題都會導致性能下降。
- 鎖粒度：如果 Mutex 的粒度過大，即保護的共享資源范圍過廣，那么線程之間的競爭將變得更加激烈，從而導致性能下降。相反，如果鎖粒度過小，即保護的共享資源范圍過窄，那么線程之間的競爭將減少，但 Mutex 操作本身的開銷仍然存在。
- 鎖的使用不當：如果開發者沒有正確地使用 Mutex（例如，忘記在適當的位置解鎖 Mutex，或者在持有 Mutex 的情況下執行耗時的操作），那么性能下降的風險將增加。
為了減輕 mutex_lock 對性能的影響，可以采取以下策略：
- 減小鎖粒度：盡量將 Mutex 保護的共享資源范圍縮小到最小，以減少線程之間的競爭。
- 使用更高效的同步機制：根據具體場景選擇更合適的同步機制，例如讀寫鎖、原子操作等。
- 避免長時間持有鎖：在持有 Mutex 的情況下，盡量減少執行耗時的操作，以減少其他線程的等待時間。
- 優化代碼設計：通過重新設計代碼結構，減少對共享資源的訪問，從而降低 Mutex 的使用頻率。
- 使用性能分析工具：使用性能分析工具（如 gprof、perf 等）來檢測和定位性能瓶頸，從而找到優化的方向。
