析構函數拋出異?？赡軐е鲁绦虮罎⒒蛘{用std::terminate。當異常拋出后棧展開過程中若析構函數再次拋出異常，會出現雙重異常問題，系統無法處理而終止程序。為避免此問題，c++++標準規定棧展開期間析構函數不應拋出未被捕獲的異常。解決方法有：1. 析構函數內捕獲所有異常并處理；2. 將可能失敗的操作移至顯式方法如close()中；3. 使用raii不主動拋異常，記錄錯誤信息即可。實際開發中應嚴格遵守這些原則以防止未定義行為的發生。
c++中析構函數拋出異常是個“雷區”，尤其在棧展開過程中。如果你在析構函數里拋了異常，可能會導致程序直接崩潰甚至調用 std::terminate，這不是你愿意看到的。
析構函數拋異常為什么危險？
當一個異常被拋出時，C++會開始棧展開（stack unwinding），也就是沿著調用棧逐層銷毀局部對象。這些對象的析構函數會被自動調用。如果在這個過程中某個析構函數又拋出了一個新的異常：
- 原來的那個異常還在處理途中；
- 新異常又來了，系統不知道該處理哪個；
- 結果就是：程序終止執行，調用 std::terminate。
這種情況叫“雙重異?！眴栴}（two unhandled exceptions）。C++標準明確指出，在棧展開期間，如果析構函數拋出異常，并且這個異常沒有被捕獲，那么程序行為是未定義的，大多數實現會選擇直接終止。
立即學習“C++免費學習筆記（深入）”；
棧展開期間的雙重異常到底怎么回事？
想象這樣一個場景：
void foo() { std::vector<SomeClass> v; // SomeClass 的析構函數可能拋異常 throw std::runtime_error("first exception"); }
當 foo() 拋出異常后，系統開始清理棧上的局部變量，比如 v。它內部的元素都會被析構。
假設 SomeClass 的析構函數不小心拋了個異常，這時候：
- 第一個異常還沒處理完；
- 第二個異常從析構函數冒出來；
- C++標準規定此時不能同時處理兩個異常；
- 所以程序終止，調用 std::terminate。
這就是所謂的“棧展開中的雙重異?！?。
怎么辦？避免析構函數拋異常的幾種做法
要解決這個問題，核心原則就是：析構函數絕不應該拋出異常。那實際開發中怎么做到呢？
1. 在析構函數中捕獲所有異常并靜默處理
最簡單粗暴的方式是在析構函數里 try-catch 把異常攔下來：
~MyClass() { try { // 可能拋異常的操作 } catch (...) { // 記錄日志或忽略 } }
這樣做雖然看起來有點“掩蓋問題”，但比起讓程序掛掉，這更安全。
2. 把可能失敗的操作提前暴露出來
如果你確實有一些操作可能失?。ū热珀P閉文件、網絡連接等），不要放在析構函數里偷偷做。而是提供一個顯式的 close() 或 shutdown() 方法，讓用戶自己調用。
這樣用戶就知道哪里可能出錯，也能對異常進行適當處理。
3. 使用 RaiI 但不隱藏錯誤
RAII 是 C++ 的好幫手，但如果你用了 RAII 管理資源，記得：
- 析構函數不主動拋異常；
- 如果真的發生了錯誤，可以記錄日志、設置狀態標志；
- 不要試圖在析構函數中“恢復”錯誤；
例如：
class FileHandler { public: ~FileHandler() { if (fclose(fp) != 0) { // 記錄錯誤，而不是拋出 std::cerr << "Error closing filen"; } } };
小細節提醒幾個容易踩坑的地方
- STL 容器里的對象如果析構函數拋異常，整個容器析構就可能觸發 terminate；
- 多線程環境下，析構函數拋異常可能導致線程退出失?。?/li>
- 如果你寫的是庫代碼，更要嚴格遵守這條規則，因為調用者無法預料你的析構函數行為；
基本上就這些。析構函數拋異常這事說起來不復雜，但一旦發生后果很嚴重，所以干脆一開始就別讓它發生。
