# 互斥
互斥是多線程系統中用于控制訪問的一個原對象(primitive object)。下面的例子給出了它最基本的用法:
```
std::mutex m;
int sh; //共享數據
// …
m.lock();
// 對共享數據進行操作:
sh += 1;
m.unlock();
```
在任何時刻,最多只能有一個線程執行到lock()和unlock()之間的區域(通常稱為臨界區)。當第一個線程正在臨界區執行時,后續執行到m.lock()的線程將會被阻塞直到第一個進程執行到m.unlock()。這個過程比較簡單,但是如何正確使用互斥并不簡單。錯誤地使用互斥將會導致一系列嚴重后果。大家可以設想以下情形所導致的后果:一個線程只進行了lock()而沒有執行相應unlock(); 一個線程對同一個mutex對象執行了兩次lock()操作;一個線程在等待unlock()操作時被阻塞了很久;一個線程需要對兩個mutex對象執行lock()操作后才能執行后續任務。可以在很多書(譯者注:通常操作系統相關書籍中會講到)中找到這些問題的答案。在這里(包括Locks section一節)所給出的都是一些入門級別的。
除了lock(),mutex還提供了try_lock()操作。線程可以借助該操作來嘗試進入臨界區,這樣一來該線程不會在失敗的情況下被阻塞。下面例子給出了try_lock()的用法:
```
std::mutex m;
int sh; //共享數據
// …
if (m.try_lock()) {
//操作共享數據
sh += 1;
m.unlock();
}
else {
//可能在試圖進入臨界區失敗后執行其它代碼
}
```
recursive_mutex是一種能夠被同一線程連續鎖定多次的mutex。下面是recursive_mutex的一個實例:
```
std::recursive_mutex m;
int sh; //共享數據
//..
void f(int i)
{
//…
m.lock();
//對共享數據進行操作
sh += 1;
if (–i>0) f(i); //注意:這里對f(i)進行了遞歸調用,
//將導致在m.unlock()之前多次執行m.lock()
m.unlock();
//…
}
```
對于這點,我曾經夸耀過并且用f()調用它自身。一般地,代碼會更加微妙。這是因為代碼中經常會有間接遞歸調用。比如f()調用g(),而g()又調用了h(),最后h()又調用了f(),這樣就形成了一個間接遞歸。
如果我想在未來的10秒內進入到一個mutex所劃定的臨界區,該如果實現? timed_mutex類可以解決這個問題。事實上,關于它的使用可以被看做是關聯了時間限制的try_lock()的一個特例。
```
std::timed_mutex m;
int sh; //共享數據
//…
if ( m.try_lock_for(std::chrono::seconds(10))) {
//對共享數據進行操作
sh += 1;
m.unlock();
}
else {
//進入臨界區失敗,在此執行其它代碼
}
```
try_lock_for()的參數是一個用相對時間表示的duration。如果你不想這么做而是想等到一個固定的時間點:一個time_point,你可以使用try_lock_until():
```
std::timed_mutex m;
int sh; //共享數據
// …
if ( m.try_lock_until(midnight)) {
//對共享數據進行操作
sh += 1;
m.unlock();
}
else {
//進入臨界區失敗,在此執行其它代碼
}
```
這里使用midnight是一個冷笑話:對于mutex級別的操作,相應的時間是毫秒級別的而不是小時。
當然地,C++0x中也有recursive_timed_mutex。
mutex可以被看做是一個資源(因為它經常被用來代表一種真實的資源),并且當它對至少兩個線程可見時它才是有用的。必然地,mutex不能被復制或者移動(正如你不能復制一個硬件的輸入寄存器)。
令人驚訝地,實際中經常很難做到lock()s與unlock()s的匹配。設想一下那些復雜的控制結構,錯誤以及異常,要做到匹配的確比較困難。如果你可以選擇使用locks去管理你的互斥,這將為你和你的用戶節省大量的時間,再也不用熬夜通宵徹夜無眠了。(that will save you and your users a lot of sleep??)。
同時可參考:
* Standard: 30.4 Mutual exclusion [thread.mutex]
* H. Hinnant, L. Crowl, B. Dawes, A. Williams, J. Garland, et al.:
[Multi-threading Library for Standard C++ (Revision 1)](http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2320.html)
* ???
(翻譯:Yibo Zhu)
- C++11 FAQ中文版 - C++11 FAQ
- Stroustrup先生關于中文版的授權許可郵件
- Stroustrup先生關于C++11 FAQ的一些說明
- 關于C++11的一般性的問題
- 您是如何看待C++11的?
- 什么時候C++0x會成為一部正式的標準呢?
- 編譯器何時將會實現C++11標準呢?
- 我們何時可以用到新的標準庫文件?
- C++0x將提供何種新的語言特性呢?
- C++11會提供哪些新的標準庫文件呢?
- C++0x努力要達到的目標有哪些?
- 指導標準委員會的具體設計目標是什么?
- 在哪里可以找到標準委員會的報告?
- 從哪里可以獲得有關C++11的學術性和技術性的參考資料?
- 還有哪些地方我可以讀到關于 C++0x的資料?
- 有關于C++11的視頻嗎?
- C++0x難學嗎?
- 標準委員會是如何運行的?
- 誰在標準委員會里?
- 實現者應以什么順序提供C++11特性?
- 將會是C++1x嗎?
- 標準中的"concepts"怎么了?
- 有你不喜歡的C++特性嗎?
- 關于獨立的語言特性的問題
- __cplusplus宏
- alignment(對齊方式)
- 屬性(Attributes)
- atomic_operations
- auto – 從初始化中推斷數據類型
- C99功能特性
- 枚舉類——具有類域和強類型的枚舉
- carries_dependency
- 復制和重新拋出異常
- 常量表達式(constexpr)
- decltype – 推斷表達式的數據類型
- 控制默認函數——默認或者禁用
- 控制默認函數——移動(move)或者復制(copy)
- 委托構造函數(Delegating constructors)
- 并發性動態初始化和析構
- noexcept – 阻止異常的傳播與擴散
- 顯式轉換操作符
- 擴展整型
- 外部模板聲明
- 序列for循環語句
- 返回值類型后置語法
- 類成員的內部初始化
- 繼承的構造函數
- 初始化列表
- 內聯命名空間
- Lambda表達式
- 用作模板參數的局部類型
- long long(長長整數類型)
- 內存模型
- 預防窄轉換
- nullptr——空指針標識
- 對重載(override)的控制: override
- 對重載(override)的控制:final
- POD
- 原生字符串標識
- 右角括號
- 右值引用
- Simple SFINAE rule
- 靜態(編譯期)斷言 — static_assert
- 模板別名(正式的名稱為"template typedef")
- 線程本地化存儲 (thread_local)
- unicode字符
- 統一初始化的語法和語義
- (廣義的)聯合體
- 用戶定義數據標識(User-defined literals)
- 可變參數模板(Variadic Templates)
- 關于標準庫的問題
- abandoning_a_process
- 算法方面的改進
- array
- async()
- atomic_operations
- 條件變量(Condition variables)
- 標準庫中容器方面的改進
- std::function 和 std::bind
- std::forward_list
- std::future和std::promise
- 垃圾回收(應用程序二進制接口)
- 無序容器(unordered containers)
- 鎖(locks)
- metaprogramming(元編程)and type traits
- 互斥
- 隨機數的產生
- 正則表達式(regular expressions)
- 具有作用域的內存分配器
- 共享資源的智能指針——shared_ptr
- smart pointers
- 線程(thread)
- 時間工具程序
- 標準庫中的元組(std::tuple)
- unique_ptr
- weak_ptr
- system error