最近由於工作需要，開始寫托管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))與鎖定字符串一樣，範圍太廣了。

托管C++線程鎖實現