相信絕大多數(shù).NET玩家和我一樣，常常使用Timer這個對象，而在WPF中使用DispatcherTimer的人也是很多，DispatcherTimer是在UI線程跑的。我們的程序中大多數(shù)都會充斥很多Timer，可以理解它是一個線程，它繼承自 System.Windows.Threading 。

　　程序中也許會有一些靜態(tài)變量或是單例模式的對象來讓不同的頁面進(jìn)行交互，但也就是這樣讓每個線程之間打架提供了基礎(chǔ)。因為資源是單獨的，就像是腳踩兩只船的人，必定會翻車。例如一個List集合，你在一個線程中對它進(jìn)行了操作，在同步瞬間的另線程中，如果不對它謹(jǐn)慎處理，就會造成 “集合已修改；可能無法執(zhí)行枚舉操作”。當(dāng)然我們說的不是關(guān)于集合的相關(guān)問題，而是關(guān)于資源分配的，當(dāng)然在資源搶奪上，是在耗時的線程中才會出現(xiàn)的，例如下面的這張圖。

　　這種耗時的操作，并且在同步線程中，沒有對線程進(jìn)行封裝，很容易造成資源搶奪問題，假如Object是個集合，我在中間把它改了，下一秒的其它線程對它進(jìn)行臟讀了，就會產(chǎn)生錯誤，我們可以通過Lock關(guān)鍵字。

　　首先在Microsoft文檔中對Lock的說明是，lock 關(guān)鍵字可以用來確保代碼塊完成運行，而不會被其他線程中斷。這是通過在代碼塊運行期間為給定對象獲取互斥鎖來實現(xiàn)的。

　　不過我們需要注意的是Lock本質(zhì)上Monitor.Enter，Monitor.Enter會使值類型裝箱，每次Lock的是裝箱后的對象。Lock其實是類似編譯器的語法糖，因此編譯器直接限制住不能lock值類型，為啥呢，你仔細(xì)想想，每次裝箱后都是不同的對象，我怎么判斷？ object.ReferenceEquals 每次都是false...還有就是千萬不要Lock 字符串，簡單來說Lock字符串之后，只要是你以后有字符串匹配和你Lock里的內(nèi)容有一樣的，那個該字符串也會被鎖定，相當(dāng)于死鎖了。

　　Lock和Monitor的區(qū)別不是很大，具體看以下代碼。

private static object obj = new object();
  public void LockSomething()
  {
   lock (obj)
   {
    dosomething();
   }
  }
  public void MonitorSomeThing()
  {
    Monitor.Enter(obj);
    dosomething();
    Monitor.Exit(obj);
  }
  public void dosomething()
  {
   //做具體的事情
  }

 　　lock和Monitor是.NET用一個特殊結(jié)構(gòu)實現(xiàn)的，Monitor對象是完全托管的、完全可移植的，并且在操作系統(tǒng)資源要求方面可能更為有效，同步速度較快，但不能跨進(jìn)程同步。主要作用是鎖定臨界區(qū)，使臨界區(qū)代碼只能被獲得鎖的線程執(zhí)行。Monitor.Wait和Monitor.Pulse用于線程同步，類似信號操作，個人感覺使用比較復(fù)雜，容易造成死鎖。

　　lock就是封裝了Monitor.Enter和Monitor.Exit方法其實非常不難理解，只要確定Lock在啥時候用，該怎么用就可以了，總結(jié)一句話。經(jīng)常會應(yīng)用于防止多線程操作導(dǎo)致公用變量值出現(xiàn)不確定的異常，用于確保操作的安全性。

總結(jié)

到此這篇關(guān)于C# Lock關(guān)鍵字的文章就介紹到這了,更多相關(guān)C# Lock關(guān)鍵字內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論