多核處理器下，會存在多個進程處于內核態的情況，而在內核態下，進程是可以訪問所有內核數據的，因此要對共享數據進行保護，即互斥處理。

mutex_lock(struct mutex *lock)和mutex_unlock(struct mutex *lock)是加鎖和解鎖。

(1)mutex和spin lock的區別和應用(sleep-waiting和busy-waiting的區別)：

信號量mutex是sleep-waiting。 就是說當沒有獲得mutex時，會有上下文切換，將自己、加到忙等待隊列中，直到另外一個線程釋放mutex并喚醒它，而這時CPU是空閑的，可以調度別的任務處理。

(2)而自旋鎖spin lock是busy-waiting。就是說當沒有可用的鎖時，就一直忙等待并不停的進行鎖請求，直到得到這個鎖為止。這個過程中cpu始終處于忙狀態，不能做別的任務。

總結：

(1)Mutex適合對鎖操作非常頻繁的場景，并且具有更好的適應性。盡管相比spin lock它會花費更多的開銷（主要是上下文切換），但是它能適合實際開發中復雜的應用場景，在保證一定性能的前提下提供更大的靈活度。

(2)spin lock的lock/unlock性能更好(花費更少的cpu指令)，但是它只適應用于臨界區運行時間很短的場景。而在實際軟件開發中，除非程序員對自己的程序的鎖操作行為非常的了解，否則使用spin lock不是一個好主意(通常一個多線程程序中對鎖的操作有數以萬次，如果失敗的鎖操作(contended lock requests)過多的話就會浪費很多的時間進行空等待)。

(3)更保險的方法或許是先（保守的）使用 Mutex，然后如果對性能還有進一步的需求，可以嘗試使用spin lock進行調優。畢竟我們的程序不像Linux kernel那樣對性能需求那么高(Linux Kernel最常用的鎖操作是spin lock和rw lock)。

?

轉載于:https://www.cnblogs.com/Caden-liu8888/p/7728951.html

總結

以上是生活随笔為你收集整理的mutex_lock的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。