有兩個(gè)比較基本的問題：
1. 為什么要用異常代替錯(cuò)誤碼?
錯(cuò)誤碼的缺點(diǎn)：
1) 默認(rèn)是可以忽略的，因?yàn)檎{(diào)用函數(shù)時(shí)可以不處理其返回值，從而錯(cuò)誤處理要依賴于程序員的主動(dòng)性，而不是程序機(jī)制的要求；
2) 不能跨作用域傳送，必須逐層向上轉(zhuǎn)發(fā)，即使中間沒有對(duì)錯(cuò)誤碼進(jìn)行重新定義；
?
使用異常可以解決解決這兩個(gè)問題：
1) 異常默認(rèn)是不可忽略的，拋出的異常必須捕獲，否則就會(huì)報(bào)錯(cuò)；
2) 異常可以跨作用域傳送，從而錯(cuò)誤的發(fā)現(xiàn)和處理被很好地分離開來；
?
?
2. 異常和斷言的區(qū)別：
?
異常被捕獲后可以不作處理，程序從捕獲位置繼續(xù)執(zhí)行。而斷言是完全無法忽略的，程序在斷言失敗處立即終止。因此斷言通常用于調(diào)試版本，用來發(fā)現(xiàn)程序中的邏輯錯(cuò)誤。雖然異常也能起到這樣的作用，但是不應(yīng)該用異常代替斷言：
1) 如果發(fā)現(xiàn)了邏輯錯(cuò)誤，必須修改程序，而不可能在程序中進(jìn)行處理和恢復(fù)，所以不需要向外傳送，沒有必要使用異常。
2) 使用斷言的開銷比異常小得多，而且斷言可以從發(fā)布版中完全去除。
?
異常用于處理正確程序中的運(yùn)行期問題(比如內(nèi)存分配失敗，窗口創(chuàng)建失敗，線程創(chuàng)建失敗，打開文件失敗)，以盡可能恢復(fù)，而不是終止程序。對(duì)于運(yùn)行異常，使用斷言是非常不合適的，理由很顯然：
1) 斷言在發(fā)布版不起作用；
2) 斷言的處理方式不夠友好；
3) 運(yùn)行異常不是程序錯(cuò)誤，沒有必要報(bào)告源代碼出錯(cuò)位置；
參考資料：
1.《C++編程規(guī)范-101條規(guī)則、準(zhǔn)則與最佳實(shí)踐》/Herb Sutter，Andrei Alexandrescu 著 劉基誠 譯 人民郵電出版社
2.《C++程序設(shè)計(jì)語言》/Bjarne Stroustrup 著?裘宗燕 譯 機(jī)械工業(yè)出版社
3.《C與C++中的異常處理》/Robert Schmidt 著 無情 譯 http://download.pchome.net/development/reference/11135.html