Visual Studio出現(xiàn)死鎖是BUG？
首先要承認(rèn)這個標(biāo)題有那么一丁點(diǎn)標(biāo)題黨，但這又不是完全的標(biāo)題黨。使用“正確”的調(diào)試方法的確可以把 VS 給搞死鎖了。至于 VS 被死鎖了算不算 Bug，這個問題有待于商榷。不想吐槽，先看看怎么用“正確”的方法把 VS 搞死鎖。
首先要新建一個控制臺項(xiàng)目，完整的復(fù)制下列代碼：
- using System.Threading;
- namespace DeadlockVS
- {
- class Program
- {
- static object _obj = new object();
- static void Main(string[] args)
- {
- Thread.CurrentThread.Name = "Main Thread";
- ThreadStart ts = () =>
- {
- while (true)
- {
- lock (_obj)
- Thread.Sleep(100);
- Thread.Sleep(1);
- }
- };
- for (int i = 0; i <2; i++)
- new Thread(ts).Start();
- Thread.Sleep(1000);
- ts();
- }
- static int Get()
- {
- lock (_obj)
- return 1;
- }
- }
- }
然后在正確的位置插上正確的斷點(diǎn)：
然后在即時窗口里面輸入：Get()
現(xiàn)在你的 VS 有99.99%的概率會到達(dá)一種“死鎖”狀態(tài)（如果沒有被死鎖，恭喜你，你現(xiàn)在就可以去買雙色球，記得中獎了分大家一點(diǎn)）。IDE 在等待寄主進(jìn)程返回結(jié)果，而寄主進(jìn)程又需要等待其中的某一個線程釋放鎖，又因?yàn)樘幵谡{(diào)試狀態(tài)，寄主進(jìn)程沒辦法繼續(xù)執(zhí)行下一步代碼，也就無法釋放鎖，最終導(dǎo)致了一個死鎖的存在。雖然是死鎖，但是 VS 的 UI 并沒有被鎖死，所以我們現(xiàn)在***能做的事情就是結(jié)束調(diào)試。
現(xiàn)在實(shí)驗(yàn)結(jié)束，大家來討論下這算不算是 VS 的一個 Bug？
正方觀點(diǎn)：
會影響正常調(diào)試，當(dāng)然算 Bug
只要導(dǎo)致程序非正常終止的都算 Bug
反方觀點(diǎn)：
是你自己調(diào)試方法不正確，不能怪 VS
BUG本身是錯誤,是不按正常的理解執(zhí)行，不是說死鎖就是有BUG
怎么才能解決這一“Bug”？
從程序員自身角度考慮，只有增加自身編碼能力和調(diào)試能力
從 VS 健壯角度考慮，可以使用沙箱模式，并檢測到在執(zhí)行一定時間還未得出結(jié)果后，主動退出。
再看看維基百科是怎么定義 Bug 的：程序錯誤（英語：Bug），在程序設(shè)計(jì)中的術(shù)語，是指在軟件運(yùn)行中因?yàn)槌绦虮旧碛绣e誤而造成的功能不正常、死機(jī)、數(shù)據(jù)丟失、非正常中斷等現(xiàn)象。http://zh.wikipedia.org/wiki/%E7%A8%8B%E5%BA%8F%E9%94%99%E8%AF%AF
關(guān)于類似問題的探討，還有另外一篇博文《一個WPF和SL的嚴(yán)重BUG，能導(dǎo)致任何的寄主程序崩潰》。
原文鏈接：http://www.cnblogs.com/Aimeast/archive/2011/09/26/2192328.html
【編輯推薦】
