4. 嵌入式C语言进阶：指针、结构体、位运算、内存管理、volatile关键字

嵌入式C语言，说白了就是和硬件打交道的那点事。很多从纯软件转过来的朋友，刚开始都会觉得别扭——怎么一个变量还能变来变去？怎么地址还能直接操作？嗯，今天我们就把这些硬骨头啃一啃。

4.1 指针：不只是地址

指针是什么？很多人背过定义：指针就是地址。但在我眼里，指针是嵌入式世界里最锋利的刀。用好了，性能翻倍；用不好，系统崩溃。

我在项目中遇到过最典型的场景——操作寄存器。比如STM32的GPIO输出寄存器，地址是0x40020014。你不能直接写个变量名，因为硬件没给你命名。这时候指针就派上用场了：

// 直接操作GPIO输出寄存器
#define GPIOA_ODR  (*(volatile uint32_t *)0x40020014)

// 点亮LED
GPIOA_ODR |= (1 << 5);

你看，这里用了三层转换：先把地址转成指针，再强制类型为32位整型指针，最后加volatile告诉编译器别优化我。为什么加volatile？后面会讲。

4.1.1 指针的常见陷阱

• 野指针：声明了没初始化，指向随机地址。我曾经调试过一个电机驱动，三天没找到bug，最后发现是野指针把PWM寄存器给改了。
• 指针类型不匹配：uint8_t* 和 uint32_t* 步长不一样。你以为是跳4个字节，结果只跳了1个。
• 空指针解引用：NULL指针不能直接操作，会触发HardFault。

4.2 结构体：把数据打包

结构体在嵌入式里太常用了。配置参数、通信协议、传感器数据……说白了就是把一堆相关的变量捆在一起，方便管理。

我个人习惯用结构体来管理外设配置。比如一个UART的配置参数：

typedef struct {
    uint32_t baudrate;      // 波特率
    uint8_t  data_bits;     // 数据位：5/6/7/8
    uint8_t  stop_bits;     // 停止位：1/2
    uint8_t  parity;        // 校验位：0-无，1-奇，2-偶
    uint8_t  flow_ctrl;     // 流控：0-无，1-硬件
} UART_Config_t;

这样设计的好处是什么？你想想看，如果哪天要增加一个配置项，只需要在结构体里加一个字段，所有用到的地方自动适配。不用到处改函数参数列表。

4.2.1 结构体对齐与填充

这里有个坑——结构体对齐。编译器会在成员之间插入填充字节，保证每个成员按自然边界对齐。比如：

typedef struct {
    uint8_t  a;   // 1字节
    uint32_t b;   // 4字节
    uint8_t  c;   // 1字节
} Bad_Struct_t;   // sizeof = 12，不是6！

为什么是12？因为b要对齐到4字节边界，a后面会填充3个字节；c后面也会填充3个字节，让整个结构体大小是4的倍数。

4.3 位运算：用最少的资源做最多的事

嵌入式系统资源有限，RAM可能只有几KB，Flash几十KB。位运算就是在这种环境下省空间的利器。一个32位寄存器，可以同时控制32个不同的功能。

常用的位运算操作：

操作	表达式	说明
置位	reg |= (1 << n)	将第n位置1
清零	reg &= ~(1 << n)	将第n位清0
翻转	reg ^= (1 << n)	将第n位取反
读取	(reg >> n) & 0x01	读取第n位的值
掩码操作	reg &= 0xFF00	保留高8位，低8位清零

我在项目中遇到过一个问题：用位域（bit-field）来定义寄存器，结果不同编译器布局不一样，导致代码移植时出问题。后来我改用宏定义+位运算，虽然代码看起来啰嗦点，但移植性好了很多。

4.4 内存管理：嵌入式系统的命脉

嵌入式系统的内存就那么点，用错了就是死机。我见过太多因为内存泄漏导致系统运行几天后崩溃的案例。

4.4.1 静态分配 vs 动态分配

特性	静态分配	动态分配
分配时机	编译时	运行时
内存位置	栈或全局区	堆
释放方式	自动	手动（free）
碎片问题	无	有
确定性	高	低
适用场景	大多数嵌入式场景	复杂数据结构、不确定大小

我个人建议：在资源紧张的MCU上，尽量用静态分配。动态分配（malloc/free）会带来碎片问题，而且分配时间不确定，不适合实时系统。

4.4.2 栈溢出检测

栈溢出是嵌入式开发中最隐蔽的bug之一。函数嵌套调用太深、局部变量太大，都会导致栈溢出。我常用的检测方法：

// 在启动文件中，给栈区域填充固定模式
void Stack_Init(void) {
    extern uint32_t _estack;
    extern uint32_t _sstack;
    uint32_t *p = &_sstack;
    while (p < &_estack) {
        *p++ = 0xDEADBEEF;  // 填充标记
    }
}

// 定期检查栈使用情况
uint32_t Stack_Check(void) {
    extern uint32_t _sstack;
    uint32_t *p = &_sstack;
    while (*p == 0xDEADBEEF) {
        p++;
    }
    return (uint32_t)p - (uint32_t)&_sstack;
}

4.5 volatile关键字：别让编译器自作聪明

volatile可能是嵌入式C里最容易被忽视的关键字。它的作用就一句话：告诉编译器，这个变量可能会被意想不到地改变，你别优化它。

什么时候必须用volatile？

• 硬件寄存器：寄存器的值可能被硬件改变，编译器不知道。
• 中断服务程序中的全局变量：主程序和中断都可能修改这个变量。
• RTOS中多任务共享的变量：一个任务写，另一个任务读。

举个例子，不加volatile会出什么问题：

// 等待硬件标志位置位
uint8_t flag = 0;

void wait_flag(void) {
    while (flag == 0) {
        // 空等待
    }
}

// 中断服务程序
void ISR(void) {
    flag = 1;
}

编译器看到while循环里flag没变，可能直接把flag优化成寄存器变量，循环永远跳不出来。加上volatile：

volatile uint8_t flag = 0;  // 告诉编译器：每次都要从内存读

4.6 知识体系总览

下面这张图把本章的核心知识点串起来了。你可以把它当作一个检查清单，看看自己掌握了哪些。

这张图里，五个知识点不是孤立的。比如操作寄存器时，指针和volatile经常一起用；定义配置结构体时，要考虑对齐和内存占用。实际项目中，这些技术是交织在一起的。