在處理C++程序 中的異常會在語言級別上遇到少許隱含限制，但在某些情況下，您可以繞過它們。學習各種利用異常的方法，您就可以生產更可靠的應用程序，希望本文能夠給大家帶來有用的東西。
保留異常來源信息
在 C++程序中，無論何時在處理程序內捕獲一個異常，關於該異常來源的信息都是不為人知的。異常的具體來源可以提供許多更好地處理該異常的重要信息，或者提供一些可以附加到錯誤日志的信息，以便以後進行分析。
為了解決這一問題，可以在拋出異常語句期間，在異常對象的構造函數中生成一個堆棧跟蹤。ExceptionTracer 是示范這種行為的一個類。
清單 1. 在異常對象構造函數中生成一個堆棧跟蹤
- // Sample Program:
- // Compiler: gcc 3.2.3 20030502
- // Linux: Red Hat
- #include <execinfo.h>
- #include <signal.h>
- #include <exception>
- #include <iostream>
- using namespace std;
- /////////////////////////////////////////////
- class ExceptionTracer
- {
- public:
- ExceptionTracer()
- {
- void * array[25];
- int nSize = backtrace(array, 25);
- char ** symbols = backtrace_symbols(array, nSize);
- for (int i = 0; i < nSize; i++)
- {
- cout << symbols[i] << endl;
- }
- free(symbols);
- }
- };
管理信號
每當進程執行一個令人討厭的動作，以致於 Linux? 內核發出一個信號時，該信號都必須被處理。信號處理程序通常會釋放一些重要資源並終止應用程序。在這種情況下，堆棧上的所有對象實例都處於未破壞狀態。
另一方面，如果這些信號被轉換成C++程序 異常，那麼您可以優雅地調用其構造函數，並安排多層 catch 塊，以便更好地處理這些信號。
清單 2 中定義的 SignalExceptionClass，提供了表示內核可能發出信號的 C++ 異常的抽象。
SignalTranslator 是一個基於 SignalExceptionClass 的模板類，它通常用來實現到 C++ 異常的轉換。在任何瞬間，只能有一個信號處理程序處理一個活動進程的一個信號。因此，SignalTranslator 采用了 singleton 設計模式。整體概念通過用於 SIGSEGV 的 SegmentationFault 類和用於 SIGFPE 的 FloatingPointException 類得到了展示。
清單 2. 將信號轉換成異常
- // Sample Program:
- // Compiler: gcc 3.2.3 20030502
- // Linux: Red Hat
- #include <execinfo.h>
- #include <signal.h>
- #include <exception>
- #include <iostream>
- using namespace std;
- /////////////////////////////////////////////
- class ExceptionTracer
- {
- public:
- ExceptionTracer()
- {
- void * array[25];
- int nSize = backtrace(array, 25);
- char ** symbols = backtrace_symbols(array, nSize);
- for (int i = 0; i < nSize; i++)
- {
- cout << symbols[i] << endl;
- }
- free(symbols);
- }
- };
處理多線程程序中的C++程序異常
有時一些異常沒有被捕獲，這將造成進程異常中止。不過很多時候，進程包含多個線程，其中少數線程執行核心應用程序邏輯，同時，其余線程為外部請求提供服務。如果服務線程因編程錯誤而沒有處理某個異常，則會造成整個應用程序崩潰。這一點可能是不受人們歡迎的，因為它會通過向應用程序傳送不合法的請求而助長拒絕服務攻擊。為了避免這一點，未捕獲處理程序可以決定是請求異常中止調用，還是請求線程退出調用。
