必须同时启用 -fno-exceptions 和 -fno-rtti 才能真正禁用异常和 rtti，否则编译器仍生成相关代码；需配合 -os、-ffunction-sections、-fdata-sections 及 --gc-sections 才能显著减少 flash 占用。
编译时必须加 -fno-exceptions 和 -fno-rtti 才算真正禁用
只在代码里不写 throw 或不用 dynamic_cast 没用——编译器仍会为所有含虚函数的类生成异常栈展开信息和RTTI数据。必须通过编译选项强制关闭，否则Flash占用不会下降。
常见错误现象：arm-none-eabi-g++ main.cpp -o main.elf 默认启用异常和RTTI；哪怕你一个 try 都没写，链接后二进制里照样有 __gxx_personality_v0 符号和大量 .rodata._ZTI* 段。
-
-fno-exceptions：移除所有异常相关代码生成（包括try/catch语法支持、栈展开表、std::exception相关符号） -
-fno-rtti：禁止生成类型信息（type_info对象）、禁用dynamic_cast和typeid，同时让虚函数表变小（去掉 vtable 中指向 type_info 的指针） - 二者必须**同时启用**：单独关一个，另一个仍可能触发隐式依赖，导致链接失败或体积未减
-fno-exceptions 后怎么处理错误？别用 std::exception，改用错误码 + 断言
禁用异常后，std::runtime_error、std::logic_error 等不可用，连构造都会报错（因为它们内部调用 throw）。也不能依赖 new 抛出 std::bad_alloc——它已失效。
- 统一用枚举错误码（如
enum class Status { OK, ERR_TIMEOUT, ERR_INVALID_ARG }），函数返回Status而非抛异常 - 关键路径上用
assert()或自定义宏（如ENSURE(ptr != nullptr)）做开发期检查，发布版可条件编译掉 - 重载
operator new时，必须返回nullptr而非抛异常；调用方需显式判空
搭配 -Os 和 -ffunction-sections -fdata-sections 才能压到极致
-fno-exceptions 和 -fno-rtti 单独用，Flash 节省有限；必须配合链接期裁剪，否则无用代码段仍驻留。
-
-Os：以代码体积为优先目标优化（比-O2更激进地内联小函数、折叠重复字面量） -
-ffunction-sections -fdata-sections：让每个函数/数据单独成节，方便链接器丢弃未引用部分 - 链接时务必加
--gc-sections（GNU ld）或-Wl,--gc-sections（GCC wrapper），否则前面两选项无效 - 示例完整命令：
arm-none-eabi-g++ -mcpu=cortex-m4 -mthumb -Os -fno-exceptions -fno-rtti -ffunction-sections -fdata-sections main.cpp -Wl,--gc-sections -T linker.ld -o main.elf
禁用后 dynamic_cast 和 typeid 编译直接报错，这是预期行为
不是配置错了，是特性被彻底移除。如果你的代码里还留着 dynamic_cast<derived>(base_ptr)</derived> 或 typeid(obj).name()，编译会立即失败，提示 error: 'dynamic_cast' not permitted with -fno-rtti。
- 替代方案：用虚函数返回类型 ID（如
virtual uint8_t type_id() const = 0;），或用模板 +constexpr if（C++17）在编译期分支 - 注意：即使只 include 了带
dynamic_cast的头文件（如某些第三方库），也会触发错误，得删或条件屏蔽 - 虚函数本身不受影响，但所有多态类的 vtable 尺寸会缩小——这对 RAM 只有几 KB 的 MCU 很关键
try 的中等模块，禁用后常减少 1.2–2.8 KB。这点空间，在 64 KB Flash 的 STM32 上，可能就是多塞下一个 OTA 协议解析器的余量。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
