📚 课程目录第4章 C语言在嵌入式中的进阶

4. C语言在嵌入式中的进阶：指针与内存管理、位运算、volatile与const关键字

嵌入式C语言，说白了就是跟硬件打交道。你写的那几行代码，最终要变成寄存器里的电平跳变、内存里的数据搬移。如果只是停留在「语法能跑」的阶段，那做出来的产品大概率不稳定。今天咱们聊的这几个进阶点——指针、内存、位运算、还有那两个容易被忽略的关键字——恰恰是区分「写代码」和「做产品」的分水岭。

4.1 指针：不只是地址，更是操作硬件的钥匙

很多初学者觉得指针就是「存地址的变量」。嗯，这话没错，但在嵌入式里，指针的用途远不止于此。我习惯把指针看作「直接操作内存的遥控器」——你按一下，对应的内存单元就变了。

4.1.1 指针与数组的微妙关系

数组名在大多数情况下就是首元素地址。但注意，是「大多数情况」。用 sizeof 操作数组名时，它代表整个数组；用 & 取地址时，它代表整个数组的地址。这个区别，我在项目中踩过坑。

uint8_t buffer[64];
uint8_t *p = buffer;      // p 指向 buffer[0]
uint8_t (*p2)[64] = &buffer; // p2 指向整个数组

// p+1 偏移 1 字节，p2+1 偏移 64 字节

我的习惯：传递数组给函数时，额外传一个长度参数。别指望函数内部能通过 sizeof 拿到数组大小——它拿到的只是指针的大小，通常是 4 字节。

4.1.2 函数指针：回调机制的基石

函数指针在嵌入式里最常见的场景就是回调。比如定时器超时、按键按下、数据接收完成——这些事件的处理函数，用函数指针挂接最灵活。

typedef void (*timer_callback_t)(void *arg);

typedef struct {
    uint32_t    period_ms;
    timer_callback_t callback;
    void        *arg;
} timer_t;

timer_t timers[8];

void timer_register(uint8_t idx, timer_callback_t cb, void *arg) {
    timers[idx].callback = cb;
    timers[idx].arg = arg;
}

我曾经在一个多传感器采集项目里，用函数指针数组管理了 6 种不同协议的传感器初始化流程。每种传感器只需要注册自己的初始化函数，主循环统一遍历调用。代码量减少 40%，可读性反而提升了。

4.2 内存管理：嵌入式里的「精打细算」

PC 上内存不够可以加条内存条，嵌入式里不行。Flash 和 RAM 都是固定的，省着用是基本功。

4.2.1 堆与栈：谁在用我的内存？

特性	栈 (Stack)	堆 (Heap)
分配方式	自动分配/释放	手动 malloc/free
速度	极快（一条指令）	较慢（查找空闲块）
碎片问题	无碎片	容易产生碎片
典型大小	1KB ~ 8KB（MCU）	取决于配置
适用场景	局部变量、函数调用	大块数据、动态结构

我曾经踩过的坑：在一个 STM32 项目里，我在中断服务函数中调用了 malloc。结果堆管理函数不可重入，导致随机死机。后来改成在初始化时预分配好所有缓冲区，中断里只用指针操作。从此我定了个规矩：中断里绝不动态分配内存。

4.2.2 静态分配 vs 动态分配

我个人倾向在 MCU 开发中优先使用静态分配。原因很简单：确定性。静态分配的内存地址和大小在编译时就确定了，不会出现运行时分配失败的情况。

// 静态分配：大小固定，地址固定
static uint8_t rx_buffer[1024];

// 动态分配：运行时决定，可能失败
uint8_t *rx_buffer = (uint8_t *)malloc(1024);
if (rx_buffer == NULL) {
    // 处理分配失败
}

当然，动态分配也不是不能用。比如需要处理变长协议数据时，静态分配会浪费空间。我的建议是：能用静态就不用动态，非用动态就加保护。

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

嵌入式里，位运算是家常便饭。操作寄存器、压缩状态、校验数据——都离不开它。你想想看，一个 32 位的寄存器，可能同时控制 8 个 GPIO 的方向、速度和上下拉。不用位运算，你根本玩不转。

4.3.1 常用位操作技巧

// 置位某位
REG |= (1 << 3);       // 置位 bit3

// 清零某位
REG &= ~(1 << 3);      // 清零 bit3

// 翻转某位
REG ^= (1 << 3);       // 翻转 bit3

// 读取某位
bit = (REG >> 3) & 1;  // 读取 bit3

// 批量操作：同时设置 bit3~bit5 为 101
REG = (REG & ~(0x07 << 3)) | (0x05 << 3);

  核心原则：读-改-写三步走。先读寄存器当前值，用掩码清除目标位，再写入新值。千万别直接赋值，否则会破坏其他位的状态。

4.3.2 位域：C 语言的「省空间利器」

位域允许你把多个小数据打包到一个整型变量里。比如一个设备状态字，可能包含 3 位错误码、1 位就绪标志、2 位模式选择——用位域写出来特别直观。

typedef struct {
    uint32_t error_code : 3;   // 3 位错误码
    uint32_t ready      : 1;   // 1 位就绪标志
    uint32_t mode       : 2;   // 2 位模式选择
    uint32_t reserved   : 26;  // 保留位
} device_status_t;

device_status_t status;
status.ready = 1;
status.error_code = 3;

不过要注意，位域在内存中的排列顺序是编译器相关的。跨平台通信时，别用位域直接做协议解析——我吃过这个亏，不同编译器解析出来的 bit 顺序不一样。

4.4 volatile：告诉编译器「别乱优化」

volatile 可能是嵌入式里最容易被误解的关键字。它的作用就一句话：告诉编译器，这个变量的值可能在程序流程之外被改变。编译器看到 volatile，就会老老实实地每次从内存读取，而不是用寄存器里的缓存值。

4.4.1 什么时候必须用 volatile？

硬件寄存器：比如 GPIO 的输入数据寄存器，硬件随时可能改变它
中断中修改的变量：主循环和中断共享的变量
RTOS 中多任务共享的变量：一个任务写，另一个任务读

// 错误示例：没有 volatile
uint8_t flag = 0;

void ISR(void) {
    flag = 1;  // 中断里修改
}

void main_loop(void) {
    while (!flag) {
        // 编译器可能优化成：读取一次 flag 到寄存器，然后死循环
    }
}

// 正确做法
volatile uint8_t flag = 0;

我曾经犯过的错：调试一个电机控制程序，发现主循环永远检测不到中断设置的标志位。加了 volatile 之后问题消失。后来查汇编代码才发现，编译器把 flag 优化到了寄存器里，中断改了内存但寄存器没变。从那以后，所有中断共享变量我都加 volatile。

4.5 const：不只是「只读」那么简单

const 在嵌入式里有两个主要用途：一是定义常量，二是优化存储位置。

4.5.1 const 与存储位置

加了 const 的全局变量，编译器通常会把它放到 Flash（只读段）而不是 RAM。这对 RAM 紧张的 MCU 来说特别有用。

// 这个字符串存在 Flash 里，不占 RAM
const char version[] = "FW v2.1.3";

// 这个查找表也存 Flash
const uint16_t sin_table[256] = {
    0, 25, 50, 75, ...
};

4.5.2 const 与指针的组合

const 和指针组合起来有四种情况，很多人搞混。我列个表帮你理清楚：

写法	含义	示例
`const int *p`	指针指向的值不可改	`p = &a; *p = 5; // 错误`
`int * const p`	指针本身不可改	`p = &b; // 错误`
`const int * const p`	指针和值都不可改	两者都不可改
`int const *p`	同 `const int *p`	值不可改

我的习惯是：函数参数里，如果只读不写，就加 const。这样既防止误修改，又给编译器更多优化空间。

4.6 知识体系总览

下面这张图把本章的核心知识点串起来了。你可以把它当作一个检查清单——写代码时对照着看看，有没有遗漏什么。

好了，这一章的内容就到这里。指针、内存、位运算、volatile 和 const——这几个点你吃透了，嵌入式 C 语言就算真正入门了。下次写代码时，多想想：这个变量要不要加 volatile？这个查找表能不能放 Flash？这个状态能不能用位域压缩？养成习惯，你的代码会越来越「嵌入式」。