野指针是未初始化或指向无效地址的指针，在单片机裸机环境下极易触发HardFault或静默数据损坏；根本原因在于无OS保护，其值为RAM随机残留数据，解引用后访问非法地址。
单片机上用 C++ 指针不是不能用，而是稍有不慎就触发硬故障或数据错乱——根本原因不是语法写错，而是指针所依赖的内存布局、初始化时机和访问权限在裸机环境下完全由开发者手动兜底。
指针变量必须显式初始化，否则就是野指针
单片机没有操作系统保护，未初始化的指针（比如 p 声明后没赋值）其值是 RAM 上随机残留数据，解引用 *p 极大概率写入非法地址，直接触发 HardFault 或静默损坏其他变量。
- 全局/静态指针变量默认初始化为
nullptr（C++11 起），但旧编译器或 C-style 初始化可能不保证，务必显式写成int* p = nullptr; - 局部指针变量绝不可跳过初始化：
int* p; *p = 1;是高危行为，Keil C51 中甚至可能把未初始化指针默认设为 0x0000（映射到非法外设区） - 指向寄存器的指针（如
volatile uint32_t* reg = (volatile uint32_t*)0x40023800;）必须带volatile修饰，否则编译器可能优化掉重复读写
指针类型与目标宽度必须严格匹配
单片机外设寄存器常以 8/16/32 位宽度定义，用错指针类型会导致字节对齐错误、读写截断或跨边界访问。例如 STM32 的 GPIO_BSRR 是 32 位寄存器，但若用 uint8_t* 指向它并写入，实际只改写了低 8 位，高位被忽略。
- 访问 32 位寄存器（如
SYSCFG->MEMRMP）必须用volatile uint32_t*，不能用volatile uint16_t*或裸int* - 数组首地址转指针时注意类型推导：
uint8_t buf[4]; uint32_t* p = (uint32_t*)buf;在小端机上可读，但若buf地址非 4 字节对齐，某些 Cortex-M 内核会触发Alignment Fault - 函数指针调用前必须确保目标函数签名完全一致，尤其参数个数、const/volatile 限定符，否则栈帧错位
中断服务程序中慎用非 static 局部指针
ISR 执行时栈空间极小（通常 ≤ 256 字节），且可能被嵌套中断打断。在 ISR 里声明非 static 指针变量，其栈地址可能被后续中断覆盖；若该指针指向局部数组，数组本身也在栈上，退出 ISR 后内存即失效。
立即学习“C++免费学习笔记（深入）”；
- 需要在 ISR 和主循环间共享数据时，优先用
static全局指针 +volatile修饰，如static volatile uint32_t* shared_ptr = nullptr; - 避免在 ISR 中执行
malloc、new或调用含指针参数的复杂函数——这些操作隐含堆分配或深层栈调用 - 若必须传递指针进 ISR（如回调注册），确保该指针指向静态/全局内存，而非栈上对象
指针算术运算需警惕地址越界和对齐要求
单片机 Flash/RAM 区域常有严格边界（如 STM32 Flash 分页为 1KB，SRAM 起始地址 0x20000000），p + n 运算若超出合法区域，硬件直接报错；同时 ARM Cortex-M 要求 32 位访问地址必须 4 字节对齐。
-
uint32_t* p = (uint32_t*)0x20000000; p += 1;向上偏移 4 字节，安全；但(uint32_t*)0x20000001就是非法地址，解引用必 fault - 遍历数组时别依赖
sizeof(arr)/sizeof(*arr)计算长度——若数组被链接脚本放在特定段（如.bss），实际大小可能受填充影响 - 用指针遍历外设 FIFO（如 UART DR 寄存器），每次访问后必须检查状态寄存器是否就绪，不能假设连续读写一定成功
真正麻烦的从来不是怎么写指针，而是你永远得同步确认：这个地址此刻是否可写、是否对齐、是否被其他模块占用、是否在当前电源域有效——这些信息不会报错，只会让系统偶尔死机、偶尔数据错，查起来像玄学。
