最近在研究ConcurrentQueue的實(shí)現(xiàn),發(fā)現(xiàn)里面有個(gè)私有類Segment,拿Reflector看了下,其中有如下的代碼:
1 internal List ToList(int start, int end)
2 {
3 List list = new List();
4 for (int i = start; i
9 回答
弒天下
TA貢獻(xiàn)1818條經(jīng)驗(yàn) 獲得超8個(gè)贊
第一個(gè)是反編譯問題，正如上面的人所說。第二個(gè)問題詳解看這里。簡單來說就是因?yàn)檫@里是多線程環(huán)境，因此任何時(shí)候都有可能會(huì)引發(fā)ThreadAbortException，如果是在try塊里那么某些代碼不能保證被執(zhí)行。而finally塊則可以保證即使是發(fā)生了ThreadAbortException，這些代碼也會(huì)被執(zhí)行。這是一個(gè)小技巧，不過現(xiàn)在已經(jīng)不適用了，更好的替代方式是Thread.BeginCritialRegeion。
慕容708150
TA貢獻(xiàn)1831條經(jīng)驗(yàn) 獲得超4個(gè)贊
int在用戶在建立字段的時(shí)候如果int？這個(gè)樣子的話，那么int默認(rèn)就是null。
至于為什么寫在finally里面，我感覺沒有什么意義。
慕娘9325324
TA貢獻(xiàn)1783條經(jīng)驗(yàn) 獲得超4個(gè)贊
你的反編譯有問題吧：
// System.Collections.Concurrent.ConcurrentQueue.Segment
internal List ToList(int start, int end)
{
List list = new List();
for (int i = start; i <= end; i++)
{
SpinWait spinWait = default(SpinWait);
while (this.m_state[i] == 0)
{
spinWait.SpinOnce();
}
list.Add(this.m_array[i]);
}
return list;
}
try{}finally{} 有個(gè)很大的作用，就是保證 finally 塊中的代碼總是被執(zhí)行，雖然這里 try 塊里面沒有任何代碼，但是這種寫法可以保證 Unhandled Exception 觸發(fā)時(shí)，finally 塊中的代碼仍然會(huì)被執(zhí)行。
不負(fù)相思意
TA貢獻(xiàn)1777條經(jīng)驗(yàn) 獲得超10個(gè)贊
try里面沒有任何代碼的話,有什么可能性會(huì)觸發(fā)Exception,反而是在finally里面放了那么多代碼,要是引發(fā)Exception的話程序不就崩掉了?
臨摹微笑
TA貢獻(xiàn)1982條經(jīng)驗(yàn) 獲得超2個(gè)贊
@garry:?MSDN對 finally 還有個(gè)解釋，這里的直接原因不是多線程的問題，而是發(fā)生了 Unhandled Exception （這可能是 OS?異常）后，如何處理 finally 中代碼塊的問題，根據(jù) OS 的設(shè)置，finally 中代碼可能不會(huì)被執(zhí)行。在 OS 看來，出現(xiàn)錯(cuò)誤后會(huì)設(shè)置一個(gè)中斷，CLR 根據(jù)中斷的類型和位置做對應(yīng)的處理，又或者無法處理直接卸載整個(gè)進(jìn)程。
- 9 回答
- 0 關(guān)注
- 535 瀏覽
添加回答
舉報(bào)
0/150
提交
取消