爲什麼`pthread_mutex_trylock`存在時需要`pthread_mutex_lock`？

Question

pthread_mutex_trylock檢測到死鎖，不會阻塞，那你爲什麼還要「需要」pthread_mutex_lock？

也許當你故意要線程阻塞？但在這種情況下，可能會導致僵局？

Answer 1

也許當你故意要線程阻塞？

是的，正是在這種情況下。但是，你可以模仿pthread_mutex_lock()行爲與類似的東西

while(pthread_mutex_trylock(&mtx)) 
    pthread_yield() 

Answer 2

pthread_mutex_trylock不不檢測死鎖。

你可以用它來避免死鎖，但你必須在超時一個循環，纏繞它自己的代碼，有效的多次調用pthread_mutex_trylock做到這一點之後，你的線程釋放所有的資源。

在任何情況下，即使使用pthread_mutex_lock也可以避免死鎖，只要遵循所有線程按相同順序分配資源的簡單規則即可。

如果您只是想有效地等待資源可用，而不必旋轉互斥鎖，那麼通常使用pthread_mutex_lock，而這往往效率非常低。正確設計的多線程應用程序不需要pthread_mutex_trylock變體。

鎖定只能保持最短的工作時間，如果時間太長，通常可以重新設計，這樣鎖定時間就會減少（例如通過使用互斥鎖將數據複製到線程的本地數據區，並且在互斥體被釋放之後長時間運行）。

的僞代碼：

while not pthread_mutex_trylock: 
    yield 

將繼續運行你的線程，等待鎖可用於，尤其因爲在POSIX線程沒有pthread_yield()（儘管它作爲一種非有時提供便攜式擴展）。

這意味着，在最糟糕的情況下，上面的代碼段甚至無法輕鬆產生CPU，因此每次執行調度程序循環時都會嚼碎剩餘的代碼段。

至多，它仍然會激活每個調度程序週期的線程，以查看是否可以獲取互斥鎖。

鑑於：

pthread_mutex_lock 

將最有可能完全暫停你的線程，直到鎖定可，因爲這將其移動到一個等待隊列，直到當前的鎖持有者釋放互斥。

這可能是您應該更喜歡pthread_mutex_lock至pthread_mutex_trylock的主要原因。