解決C# lock this問題
在以前編程中遇到lock問題總是使用lock(this)一鎖了之，出問題后翻看MSDN突然發現下面幾行字：通常，應避免鎖定 public 類型，否則實例將超出代碼的控制范圍。常見的結構 lock (this)、lock (typeof (MyType)) 和 lock ("myLock") 違反此準則：如果實例可以被公共訪問，將出現C# lock this問題。如果 MyType 可以被公共訪問，將出現 lock (typeof (MyType)) 問題。由于進程中使用同一字符串的任何其他代碼將共享同一個鎖，所以出現 lock(“myLock”) 問題。來看看C# lock this問題:如果有一個類Class1，該類有一個方法用lock(this)來實現互斥：
- publicvoidMethod2()
- {
- lock(this)
- {
- System.Windows.Forms.MessageBox.Show("Method2End");
- }
- }
如果在同一個Class1的實例中,該Method2能夠互斥的執行。但是如果是2個Class1的實例分別來執行Method2,是沒有互斥效果的。因為這里的lock,只是對當前的實例對象進行了加鎖。
Lock(typeof(MyType))鎖定住的對象范圍更為廣泛，由于一個類的所有實例都只有一個類型對象（該對象是typeof的返回結果），鎖定它，就鎖定了該對象的所有實例，微軟現在建議，不要使用lock(typeof(MyType)),因為鎖定類型對象是個很緩慢的過程，并且類中的其他線程、甚至在同一個應用程序域中運行的其他程序都可以訪問該類型對象，因此，它們就有可能代替您鎖定類型對象，完全阻止您的執行，從而導致你自己的代碼的掛起。
鎖住一個字符串更為神奇，只要字符串內容相同，就能引起程序掛起。原因是在.NET中，字符串會被暫時存放，如果兩個變量的字符串內容相同的話，.NET會把暫存的字符串對象分配給該變量。所以如果有兩個地方都在使用lock(“my lock”)的話，它們實際鎖住的是同一個對象。到此，微軟給出了個lock的建議用法：鎖定一個私有的static 成員變量。
.NET在一些集合類中（比如ArrayList,HashTable，Queue，Stack）已經提供了一個供lock使用的對象SyncRoot，用Reflector工具查看了SyncRoot屬性的代碼，在Array中，該屬性只有一句話:return this,這樣和lock array的當前實例是一樣的。ArrayList中的SyncRoot有所不同
- get
- {
- if(this._syncRoot==null)
- {
- Interlocked.CompareExchange(refthis._syncRoot,newobject(),null);
- }
- returnthis._syncRoot;
其中Interlocked類是專門為多個線程共享的變量提供原子操作（如果你想鎖定的對象是基本數據類型，那么請使用這個類），CompareExchange方法將當前syncRoot和null做比較，如果相等，就替換成new object()，這樣做是為了保證多個線程在使用syncRoot時是線程安全的。集合類中還有一個方法是和同步相關的：Synchronized，該方法返回一個對應的集合類的wrapper類，該類是線程安全的，因為他的大部分方法都用lock來進行了同步處理，比如Add方法：
- publicoverridevoidAdd(objectkey,objectvalue)
- {
- lock(this._table.SyncRoot)
- {
- this._table.Add(key,value);
- }
- }
這里要特別注意的是MSDN提到：從頭到尾對一個集合進行枚舉本質上并不是一個線程安全的過程。即使一個集合已進行同步，其他線程仍可以修改該集合，這將導致枚舉數引發異常。若要在枚舉過程中保證線程安全，可以在整個枚舉過程中鎖定集合：
- QueuemyCollection=newQueue();
- lock(myCollection.SyncRoot){
- foreach(ObjectiteminmyCollection){
- //Insertyourcodehere.
- }
- }
以上介紹C# lock this問題
【編輯推薦】
