C# 线程问题之死锁
過(guò)多的鎖定也會(huì)有麻煩。在死鎖中,至少有兩個(gè)線程被掛起,并等待對(duì)方解除鎖定。由于兩個(gè)線程都在等待對(duì)方,就出現(xiàn)了死鎖,線程將無(wú)限等待下去。
為了說(shuō)明死鎖,下面實(shí)例化 StateObject 類型的兩個(gè)對(duì)象,并把它們傳遞給SampleTask 類的構(gòu)造函數(shù)。創(chuàng)建兩個(gè)任務(wù),其中一個(gè)任務(wù)運(yùn)行 Deadlock1() 方法,另一個(gè)任務(wù)運(yùn)行 Deadlock2() 方法:
var statel = new StateObject(); var state2 = new StateObject(); new Task(new SampleTask(statel, state2).Deadlock1).Start(); new?Task(new?SampleTask(statel,?state2).Deadlock2).Start();Deadlock1() 和 Deadlock2() 方法現(xiàn)在改變兩個(gè)對(duì)象 s1和 s2 的狀態(tài),所以生成了兩個(gè)鎖。Deadlock1() 方法先鎖定 sl,接著鎖定 s2。Deadlock2() 方法先鎖定 s2,再鎖定 sl。現(xiàn)在,有可能Deadlock1() 方法中 sl 的鎖定會(huì)被解除。接著,出現(xiàn)一次線程切換,Deadlock2() 方法開(kāi)始運(yùn)行,并鎖定 s2。第二個(gè)線程現(xiàn)在等待sl 鎖定的解除。因?yàn)樗枰却?#xff0c;所以線程調(diào)度器再次調(diào)度第一個(gè)線程,但第一個(gè)線程在等待 s2 鎖定的解除。這兩個(gè)線程現(xiàn)在都在等待,只要鎖定塊沒(méi)有結(jié)束,就不會(huì)解除鎖定。這是一個(gè)典型的死鎖。
public class SampleTask {public SampleTask(StateObject sl, StateObject s2){_sl = sl; _s2 = s2;}private StateObject _sl;private?StateObject?_s2;?public?void?Deadlock1()?{int?i?=?0;while?(true)?{lock?(_s1)?{lock?(_s2){_s1.ChangeState(i); _s2.ChangeState(i++);Console.WriteLine($"still running, {i}");}}}}public void Deadlock2(){int i = 0;while (ture){lock (_s2) {lock (_s1){_s1.ChangeState(i); _s2.ChangeState(i++);Console.WriteLine($"still?running,?{i}");}}}} }結(jié)果是,程序運(yùn)行了許多次循環(huán),不久就沒(méi)有響應(yīng)了。“仍在運(yùn)行” 的消息僅寫(xiě)入控制臺(tái)中幾次。同樣,死鎖問(wèn)題的發(fā)生頻率也取決于系統(tǒng)配置,每次運(yùn)行的結(jié)果都不同。
死鎖問(wèn)題并不總是像這樣那么明顯。一個(gè)線程鎖定了 s1,接著鎖定 s2;另一個(gè)線程鎖定了 s2,接著鎖定 s1。在本例中只需要改變鎖定順序,這兩個(gè)線程就會(huì)以相同的順序進(jìn)行鎖定。但是,在較大的應(yīng)用程序中,鎖定可能隱藏在方法的深處。為了避免這個(gè)問(wèn)題,可以在應(yīng)用程序的體系架構(gòu)中,從一開(kāi)始就設(shè)計(jì)好鎖定順序,也可以為鎖定定義超時(shí)時(shí)間。
?微信公眾號(hào)?
Dotnet講堂
總結(jié)
以上是生活随笔為你收集整理的C# 线程问题之死锁的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: .NET 中密封类的性能优势
- 下一篇: c# char unsigned_dll