应在嵌入式、实时或对二进制体积/启动时间极度敏感的场景下关闭C++异常处理，使用-fno-exceptions彻底移除异常运行时开销，并需配合-fno-rtti及noexcept标准库版本以确保正确性和轻量化。
什么时候该关掉C++异常处理
在嵌入式、实时系统或对二进制体积/启动时间极度敏感的场景下，-fno-exceptions 是合理且推荐的选择。它不是“禁用异常”的权宜之计，而是明确告诉编译器：代码中不会抛出或捕获 throw/catch，从而彻底移除所有异常支持的运行时开销。
关闭异常后，哪些代码行为会直接报错
一旦启用 -fno-exceptions，以下写法会在编译阶段被拒绝，而不是静默降级：
-
throw表达式（包括隐式抛出，如std::vector::at()越界） -
try、catch、catch(...)块 - 带有异常规格说明的函数声明，例如
void f() noexcept(false)或旧式throw(int) - 使用
dynamic_cast对多态类型做向下转型（因其实现依赖异常机制或 RTTI 的异常路径）
和 -fno-rtti 一起用才真正轻量
单独关异常还不够。RTTI（运行时类型信息）中的 typeid 和 dynamic_cast 在无异常时仍可能触发未定义行为或链接失败。实际项目中应配套使用：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
clang++ -fno-exceptions -fno-rtti source.cpp
这样做的效果是：
- 二进制体积减少 5%–15%，尤其对小函数多、模板深的项目更明显
- 消除所有与
__cxa_begin_catch、__gxx_personality_v0等符号相关的链接依赖 - 避免在裸机或 freestanding 环境中因缺失 libsupc++ 而链接失败
- 但注意：
static_cast、reinterpret_cast不受影响，可照常使用
容易被忽略的兼容性陷阱
标准库头文件（如 <vector>、<string>）本身不强制要求异常，但部分成员函数（如 at()、push_back() 在分配失败时）在规范中定义为“可能抛出”，编译器实现可能插入异常路径。因此：
- 必须搭配 libc++ 或 libstdc++ 的 “noexcept 版本” 使用（例如 libc++ 的
-D_LIBCPP_NO_EXCEPTIONS） - 不能依赖
std::abort()替代异常——它只是终止，不提供栈展开或资源清理语义 - 若项目混用第三方库，需确认其是否声明为
noexcept或已预编译为无异常版本；否则链接时可能报undefined reference to __cxa_throw
