Lock:
??????? C#只能lock 引用類型的值，如果lock一個int, bool，編譯器會報錯。
??? 當一個互斥鎖已被占用時，在同一線程中執行的代碼仍可以獲取和釋放該鎖。但是，在其他線程中執行的代碼在該鎖被釋放前是無法獲得它的。
??? 建議不要使用鎖定對象類型之種方法來同步對靜態數據的訪問。您無權控制的其他代碼可能也會鎖定您的類類型。這可能導致死鎖。因此，請使用鎖定私有靜態對象這種方法來同步對靜態數據的訪問。
??? 也就不是說不能寫類似lock (typeof(this)) {} 的不規范語句。
舊事重提了，或許很多人會奇怪，為什么 C# 不允許lock一個struct ? 例如：
public void ProcessTask(int taskid){
??? lock(taskid){? .....?? }
}
編譯說lock只能使用引用類型。有些人聰明（我想我以前也有這樣的"聰明"。。），這樣做: lock((object)taskid){...}
但是，實際的經驗告訴我，這樣行不通，lock需要的是引用，嚴格來說是需要對象的實例。
即使對象在意義上是相同的，但是如果不是ReferenceEquals的話，那么將作為兩個實例來對待，那么C# lock 的就不是同一個東西。也就是說，當你以為這個 lock 生效的話，它其實在做無用工。
在上面的例子，由于lock((object)taskid)每執行一次，taskid都進行一次裝箱，而裝箱后的對象不是同一個實例(都是完完全全的新的實例)，所以 lock((object)taskid){...} 是白做了。
當然，lock((object)123){} 這樣的做法也是一樣有問題的。
但是這種就好點：lock(“helloworld“){} 。為什么只是“好點”，而不是“沒有問題”了呢。原因在于DotNet分配字符串的機制。DotNet為每個Assembly里的字符串都分配固定的空間。所以每次引用“helloworld“的時候，是同一個實例。但是這個字符串不會在其他Assembly中得到共用。如果幾個Assembly都是這樣寫的，那么它們各自有她們自己的“helloworld“
比較好的做法:
lock(this)...
lock(typeof(ThisType))
lock(GetType())//除非你明白這是干什么，否則不要亂來。
lock(SomeType.StaticSyncObject)
lock(someinst.SyncObject)
其他的一些不好的做法
lock(“task:“+id)
lock(filename)
當然，具體lock什么東西，是設計上的協議和規范。不過要注意的是，使用lock必須明確對象是不是想象中的同一實例。
lock 關鍵字將語句塊標記為臨界區，方法是獲取給定對象的互斥鎖，執行語句，然后釋放該鎖。此語句的形式如下：
Object thisLock = new Object();
lock (thisLock)
{
// Critical code section
}
有關更多信息，請參見線程同步（C# 編程指南）。
備注
lock 確保當一個線程位于代碼的臨界區時，另一個線程不進入臨界區。如果其他線程試圖進入鎖定的代碼，則它將一直等待（即被阻止），直到該對象被釋放。
線程處理（C# 編程指南） 這節討論了線程處理。
lock 調用塊開始位置的 Enter 和塊結束位置的 Exit。
通常，應避免鎖定 public 類型，否則實例將超出代碼的控制范圍。常見的結構 lock (this)、lock (typeof (MyType)) 和 lock ("myLock") 違反此準則：
如果實例可以被公共訪問，將出現 lock (this) 問題。
如果 MyType 可以被公共訪問，將出現 lock (typeof (MyType)) 問題。
由于進程中使用同一字符串的任何其他代碼將共享同一個鎖，所以出現 lock(“myLock”) 問題。
最佳做法是定義 private 對象來鎖定, 或 private shared 對象變量來保護所有實例所共有的數據。

?

原文鏈接

?

總結

以上是生活随笔為你收集整理的C#只能lock 引用类型的值 （转载）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。