託管C++線程鎖實現

標籤：程式   ack   死結   using   原因   語言   mon   clr   另一個   

 最近由於工作需要，開始寫託管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++線程鎖實現