嵌入式C++必须运行在真实MCU硬件上，禁用new/delete、异常、RTTI，用std::array等静态容器替代STL动态组件，并从C模块逐步C++化驱动。
先确认你手头有没有能跑裸机代码的板子
嵌入式C++不是装个IDE写个main()就能跑的。它必须落在具体硬件上，比如STM32F4系列、NXP RT1064、或者ESP32-C3这类带ARM Cortex-M内核的开发板。如果你只有Windows电脑+VS Code，没接任何MCU，那第一步不是学语法，而是买一块带J-Link或ST-Link调试接口的板子，并确认它能烧录裸机程序（不依赖RTOS或Linux）。没有真实硬件反馈，所有“嵌入式C++”练习都只是纸上谈兵——编译通过 ≠ 能点亮LED。
别急着用std::vector或std::string
这些STL容器在资源受限环境里是高危操作：动态内存分配、异常抛出、堆管理开销，全都会让你的固件在运行时崩溃或卡死。嵌入式C++的第一条铁律是：禁用new/delete、禁用异常、禁用RTTI，同时把std::allocator换成静态池或栈分配器。实际项目中更常见的是：std::array替代vector，std::span替代string_view，所有对象生命周期必须在编译期或启动时确定。GCC/Clang编译时要加-fno-exceptions -fno-rtti -fno-use-cxa-atexit，否则链接阶段会悄悄引入你不想要的库依赖。
从C语言模块开始，用C++重写GPIO驱动
这是最顺滑的入门路径。假设你已用C写过一个基于寄存器操作的LED闪烁程序（比如直接改GPIOx_BSRR），下一步就是把它封装成C++类：
class Led {
public:
explicit Led(volatile uint32_t* bsrr_reg) : bsrr_(bsrr_reg) {}
void on() { *bsrr_ = (1U << 16); } // set bit 16
void off() { *bsrr_ = 1U; } // set bit 0
private:
volatile uint32_t* bsrr_;
};这个类不依赖任何标准库，不分配堆内存，构造函数只存地址，成员函数全是内联汇编级操作。好处是：你立刻能验证C++语法是否生效，同时巩固对硬件寄存器映射、volatile语义、指针传递的理解。注意volatile不能丢，否则编译器可能优化掉关键读写。
立即学习“C++免费学习笔记（深入）”；
遇到undefined reference to `__cxa_pure_virtual`就停
这个错误意味着你用了虚函数但没链接C++运行时支持，或者启用了纯虚函数却忘了提供实现。在裸机环境中，__cxa_pure_virtual默认不存在，必须自己定义：
extern "C" void __cxa_pure_virtual() {
while(1); // 硬错误，防止静默失败
}更根本的解决办法是：初期完全回避虚函数和多态。嵌入式系统里95%的抽象靠模板+策略模式实现，比如用template<typename Driver>代替virtual void init()。虚函数表带来额外RAM开销和间接跳转延迟，在中断服务函数里尤其危险。
真正卡住新手的从来不是语法，而是编译链路和内存布局——你得看懂.map文件里.text段大小、知道__stack_size设太小会导致HardFault、明白为什么constexpr变量没进ROM而进了RAM。这些细节比学会写class重要十倍。
