如下幾篇參考: C++異常處理——經過例子說明。深刻淺出~ C++的異常處理——全面,各個細節基本都說了。不過auto_ptr在C++11中已經被unique_ptr取代了。 錯誤處理(Error-Handling):爲什麼、什麼時候、如何(rev#2)——已經上升到了至關的高度。 C++處理異常技巧-try,catch,throw,finally——排版太亂,湊合參考一下~ 異常安全,RAII與C++11——很好的文~html
有空看看《exceptional C++》 C++11對異常處理是否有加強還須要瞭解一下。數組
能夠結合lambda,對付那些C類型須要申請和釋放資源的API接口的~:安全
auto fileDeleter = [](FILE* f) { fclose(f); }; std::unique_ptr<FILE, decltype(fileDeleter)> foo(fopen("foo.txt", "w"), fileDeleter); if (!foo) printf("No good\n"); else fprintf(foo.get(), "All good\n");
C++之父在談C++語言設計的書(The Design and Evolution of C++)裏談到:架構
"low-level events, such as arithmetic overflows and divide by zero, are assumed to be handled by a dedicated lower-level mechanism rather than by exceptions. This enables C++ to match the behaviour of other languages when it comes to arithmetic. It also avoids the problems that occur on heavily pipelined architectures where events such as divide by zero are asynchronous."異步
簡單翻譯一下: 「底層的事件,好比計算上的溢出和除0錯,被認爲應用有一個一樣底層的機制去處理它們,而不是異常。這讓C++在涉及到算術領域的性能,能夠和其它語言競爭。再者,它也避免了當某些事件,好比除0錯是異步的狀況下(譯者注:好比在別一個線程裏發生)所可能形成的‘管道重重’的架構這一問題。」async
因此,提及來,和原生數組訪問越界爲何不是一異常並沒有兩樣,主要仍是爲了「效率/性能」。對於大多數時候的除法操做,咱們會讓它出現除數爲0的可能性很小,當你認爲有這種可能,就本身檢查吧,而後本身定義一個除0錯的異常。ide
——引自:C++爲何抓不到除0錯「異常」?函數
除0在Linux下收到的是SIGFPE信號,而非C++的exception。收到SIGFPE,進程直接被kill了。性能