相信絕大多數(shù).NET玩家和我一樣,常常使用Timer這個(gè)對(duì)象,而在WPF中使用DispatcherTimer的人也是很多,DispatcherTimer是在UI線程跑的。我們的程序中大多數(shù)都會(huì)充斥很多Timer,可以理解它是一個(gè)線程,它繼承自?System.Windows.Threading?。
程序中也許會(huì)有一些靜態(tài)變量或是單例模式的對(duì)象來讓不同的頁(yè)面進(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
字符串,簡(jiǎn)單來說Lock字符串之后,只要是你以后有字符串匹配和你Lock里的內(nèi)容有一樣的,那個(gè)該字符串也會(huì)被鎖定,相當(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用一個(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)不確定的異常,用于確保操作的安全性。
熱門工具 換一換