C++ 在嵌入式開發人員中發展緩慢。盡管許多工程師都很熱情，但也有許多人非常務實，采取“如果沒有壞，就不要修復”的方法并堅持使用 C。通常會擔心一個特定的特性；通常該功能是異常處理。

C++ 中的異常處理系統 （EHS） 與硬件中斷意義上的異常完全無關。它旨在處理軟件檢測到的異常情況。目的是提供一種受控的故障模式，在這種模式下，需要從一些深度嵌套的函數調用中平滑退出（不求助于goto）。

EHS 的使用相當簡單。在執行期間需要激活 EHS 的代碼包含在try塊中。throw語句用于斷言異常，該異常由類標識。異常處理由catch塊中的某些代碼執行。對于可以斷言的每種異常類型（即每個標識類），通常有一個catch塊。

這看起來相當簡潔和簡單，并且確實提供了一種編寫需要異常處理的可讀代碼的方法。但是，有一些關鍵點引起了嵌入式軟件開發人員的合理關注：

如果您要使用 EHS，則必須為整個應用程序合并附加代碼（編譯器開關）。對于人類讀者（或編譯器）來說， try塊中的代碼可能直接或間接調用哪些函數并不明顯。此附加代碼會增加大小并降低執行性能。

許多編譯器默認包含 EHS 代碼。這意味著不知情的用戶會自動合并開銷，即使他們無意使用 EHS。編譯器開關通?？捎糜诩せ罨蛲Ｓ?EHS 代碼生成。

如果您的應用程序的異常處理需求很簡單，有兩種方法可以部署 EHS 以減少開銷：

使用通用catch塊 ［其中類型用“ 。.. ”指定］，而不是為每種異常類型使用一個。

不要包含任何catch塊。這會導致在拋出異常時調用庫函數terminate（） 。該功能可以自定義。

不使用 EHS 的理由很充分。然而，小心使用，它可能對許多設計都有好處。應盡早預計和仔細測量開銷，以免在后期開發階段造成問題。

審核編輯：郭婷