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

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

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

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

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

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

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

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