C與C++中的異常處理

1.1 異常分類
基于Dr. GUI的建議，我把我的第一個專欄投入到“程序異�！钡南盗猩稀Ｎ艺J識到，“exception”這個術語有些不明確并和上下文相關，尤其是C++標準異常（C++ standard exceptions）和Microsoft的結構化異常（structured exception handling） 。不幸的的是，“異�！币辉~太常見了，隨時出現在語言的標準和常見的編程文獻中。因為不想創(chuàng)造一個新名詞，所以我將盡力在此系列的各部分中明確我對“異�！钡挠梅ā�
z Part 1概述通常意義上的異常的性質，和標準C庫提供的處理它們的方法。
z Part 2縱覽Microsoft 對這些標準C庫方法的擴展：專門的宏和結構化異常處理。
z Part 3及其余將致力于標準C++異常處理體系。
（C語言使用者可能在Part2后放棄，但我鼓勵你堅持到底；我所提出的許多點子同樣適用于C，雖然不是很直接。 ）
本質上看，程序異常是指出現了一些很少發(fā)生的或出乎意料的狀態(tài)，通常顯示了一個程序錯誤或要求一個必須提供的回應。不能滿足這個回應經常造成程序功能削弱或死亡，有時導致整個系統(tǒng)和它一起down掉。不幸的是，試圖使用傳統(tǒng)的防護方法來編制健壯的代碼經常只是將一個問題（意外崩潰）換成了另外一個問題（更混亂的設計和代碼） 。
1. 異常和標準 C 對它的支持2
2. Microsoft 對異常處理方法的擴展...12
3. 標準 C++異常處理的基本語法和語義....27
4. 實例剖析 EH.33
5. C++的 new 和delete 操作時的異常處理....40
6. Microsoft 對于的實現版本中的異常處理.47
7. 部分構造及 placement delete....53
8. 自動刪除，類屬 new 和delete、placement new 和 placement delete 59
9. placement new 和 placement delete，及處理構造函數拋出的異常68
10. 從私有子對象中產生的異常....74
11. 異常規(guī)格申明...83
12. unexpected()的實現上固有的限制..89
13. 異常安全.94
14. 模板安全....100
15. 模板安全（續(xù)）..107
16. 指導方針....113
17. C++異常和 Visual C++ SEH 的混合使用..120

然后，創(chuàng)建一個新的Visual C++控制臺項目，并包含EH.CPP為唯一的源文件。使用默認項目屬性，但打開“生成源碼/匯編混合的.asm文件”選項。編譯出Debug版本。在我機器上，得到的EH.exe是23,040字節(jié)。
事件鏈：

第四層try塊觸發(fā)了一個異常。這導致順嵌套鏈向上搜索，查找愿意捕獲這個異常的異常過濾器。

碰到的第一個異常過濾器（在第三層）得出了EXCEPTION_CONTINUE_SEARCH，所以拒絕捕獲這個異常。繼續(xù)搜索下一個異常處理函數。

碰到的下一個異常過濾器（在第一層）得出了EXCEPTION_EXECUTE_HANDLER。這次，這個過濾器捕獲這個異常。因為它求得的值，異常將被終止。

控制權回到異常發(fā)生點，開始退棧。沿路所有的終止處理函數被運行，并且所有的處理函數都知道異常終止發(fā)生了。一直退棧到控制權回到捕獲異常的異常處理函數（在第一層）。在退棧時，只有終止處理函數被執(zhí)行，中間的其它代碼被忽略。

控制權一回到捕獲異常的異常處理函數（在第一層），將以正常狀態(tài)繼續(xù)執(zhí)行。

注意，控制權在同一嵌套層傳遞了兩次：第一次異常過濾表達式求值，第二次在退棧和執(zhí)行終止處理函數時。這造成了一種危害可能：如果一個異常過濾表達式以某種終止處理函數不期望的方式修改了的什么。一個基本原則就是，你的異常過濾器不能有副作用；如果有，則必須為你的終止處理函數保存它們。