嵌入式C开发中指针为何不常使用？其使用优劣势有哪些

不存在“嵌入式C天然要高频用指针”的固有认知，量产项目里刻意控制指针使用频率的核心原因非常务实：

• 可靠性优先级远高于灵活性：8/16位低端MCU栈空间普遍只有几十到几百字节，指针操作稍有不慎（越界、空引用、野指针）就会直接触发硬fault导致设备跑飞，这类问题大多是偶现的，量产设备没有在线调试环境的话排查成本极高，多数团队的嵌入式编码规范都会明确要求“非必要不使用裸指针”，优先用静态全局变量、固定长度数组、小体量结构体传值这类内存行为完全确定的写法。
• 功能安全合规的强制限制：汽车电子、工业控制这类需要过认证的嵌入式项目，普遍要遵循MISRA C编码规范，规范里对指针隐式转换、指针算术运算、跨作用域指针传递、函数指针跳转有大量强制约束，随意使用指针会直接过不了静态代码扫描，连合规门槛都摸不到。
• 团队协作与维护成本考量：嵌入式项目生命周期普遍很长，参与开发的人员技术水平参差不齐，指针的生命周期、指向合法性高度依赖开发者个人经验，新人写出的指针代码很容易埋下内存踩坏、跨任务非法访问的隐患，后续维护阶段定位这类问题的时间成本，远高于不用指针带来的灵活性损失。
• 部分低端架构的指针效率反而更低：比如老款8位51单片机的通用指针要占3字节存储，寻址时要额外做内存区域判断，运行效率比直接访问固定地址低30%以上，频繁用指针反而会拖慢实时响应速度。

指针从来不是洪水猛兽，在必要场景下它的作用不可替代：

• 硬件操作的唯一手段：所有MCU的外设寄存器都是固定物理地址映射的，必须用volatile修饰的指针才能完成寄存器读写，比如#define GPIOB_ODR (*(volatile uint32_t *)0x40020414) 是所有底层驱动的基础写法，不用指针根本无法直接操作硬件。
• 零拷贝数据传递大幅节省资源：处理大体积数据（比如串口接收帧、ADC采样数组、LCD显示缓存）时，只传递数据首地址的指针，相比把整个数据块拷贝传参，既省栈空间又省运行时间——比如1KB的采样数据，传指针只占4字节栈空间，传值要额外拷贝1KB数据，对RAM资源紧张的MCU来说是实打实的性能提升。
• 实现代码解耦与通用组件：做驱动分层、状态机、事件回调、通用数据结构（比如链表）的时候，函数指针、void*类型通用指针是唯一能实现逻辑解耦、代码复用的手段，不用指针的话所有逻辑都要硬编码，适配不同硬件、不同业务场景的工作量会翻好几倍。
• 精细化内存管理：带外部RAM、运行轻量内存分配器的场景，可以通过指针精准分配、回收指定内存块，相比静态变量固定占内存的方式，能把有限的RAM资源利用率拉到最高。

指针的灵活性本身就是双刃剑，劣势也非常明确：

• 问题定位成本极高：指针导致的内存越界、野指针、重复释放问题，不会像PC端程序那样抛出明确的段错误提示，大多表现为偶发死机、数据莫名被篡改、低概率功能异常，没有复现路径的话排查周期可能长达几周。
• 可移植性差：不同架构的指针长度、寻址规则差异极大——8位MCU通用指针占3字节、32位MCU指针占4字节、哈佛架构还区分代码段指针和数据段指针，随意写的指针逻辑换个芯片编译就可能报错，甚至运行时寻址完全错误。
• 合规验证成本高：功能安全场景下每一处指针操作都要做边界检查、空指针判断、生命周期追溯，为了保证指针访问合法加的冗余判断代码，可能比核心逻辑代码还多，过认证的人力成本远高于不用指针的写法。
• 容易引入隐性性能问题：如果写指针时不注意添加restrict修饰符，编译器会因为担心内存别名问题不敢做深度优化，频繁的指针解引用效率反而不如直接访问静态变量；另外非对齐的指针访问在Cortex-M0等低端架构上会直接触发硬件错误。

内容的提问来源于stack exchange，提问作者RamaKrishna