最近由於工作需要,開始寫託管C++,由於C++11中的mutex,和future等類,託管C++不讓呼叫(報錯),所以自己實現了託管C++的執行緒鎖。
該類可確保當一個執行緒位於程式碼的臨界區時,另一個執行緒不會進入該臨界區。 如果其他執行緒嘗試進入鎖定的程式碼,則它將一直等待(即被阻止),直到該物件被釋放。
1 using namespace System; 2 using namespace System::Threading; 3 4 ref class Lock 5 { 6 public: 7 Lock(Object ^ pObject) 8 : m_pObject(pObject) 9 { 10 Monitor::Enter(m_pObject); 11 } 12 13 ~Lock() 14 { 15 Monitor::Exit(m_pObject); 16 } 17 18 private: 19 Object ^ m_pObject; 20 };
注:原則上m_pObject是可以為任意型別,但是String是一個例外。
String也是應用型別,從語法上來說是沒有錯的。
但是鎖定字串尤其危險,因為字串被公共語言執行庫 (CLR)“暫留”。 這意味著整個程式中任何給定字串都只有一個例項,就是這同一個物件表示了所有執行的應用程式域的所有執行緒中的該文字。因此,只要在應用程式程式中的任何位置處具有相同內容的字串上放置了鎖,就將鎖定應用程式中該字串的所有例項。通常,最好避免鎖定 public 型別或鎖定不受應用程式控制的物件例項。例如,如果該例項可以被公開訪問,則 lock(this) 可能會有問題,因為不受控制的程式碼也可能會鎖定該物件。這可能導致死鎖,即兩個或更多個執行緒等待釋放同一物件。出於同樣的原因,鎖定公共資料型別(相比於物件)也可能導致問題。而且lock(this)只對當前物件有效,如果多個物件之間就達不到同步的效果。lock(typeof(Class))與鎖定字串一樣,範圍太廣了。