2、嵌入式C语言基础（上）：指针与内存管理、结构体与联合体、位运算与寄存器操作
好，咱们正式开始啃嵌入式C语言这块硬骨头。说实话，很多刚入行的朋友觉得C语言语法都懂，但一写ECU代码就懵。为什么？因为嵌入式C和桌面端C，完全是两码事。你想想看，桌面程序内存泄漏了顶多卡一下，ECU里内存泄漏——轻则复位，重则飞车。所以这一章，我带你把这些基础但致命的知识点，一个一个捋清楚。
2.1 指针与内存管理：ECU里的“地址导航”
指针是什么？说白了就是地址。在ECU里，你操作的不是变量名，而是内存地址。我个人的习惯是，拿到一个新MCU，第一件事就是看它的内存映射图。你连外设寄存器在哪个地址都不知道，怎么写驱动？
2.1.1 指针的本质与用法
指针变量存的是地址。32位MCU里，指针就是4字节。看个最基础的例子：
uint32_t data = 0x5A5A5A5A;
uint32_t *pData = &data; // pData 存的是 data 的地址
*pData = 0xA5A5A5A5; // 通过指针修改 data 的值嗯，这里要注意：指针的类型决定了读写宽度。你用 uint8_t* 去读一个 uint32_t 的寄存器，只能读到最低8位。我在项目中遇到过有人用 char* 去操作32位定时器寄存器，结果定时器计数永远不对，查了两天才发现是类型宽度搞错了。
2.1.2 指针与数组：一对“双胞胎”
数组名就是首元素地址。但有个坑：
uint8_t buffer[64];
uint8_t *pBuf = buffer; // 等价于 &buffer[0]
// 但下面这两个不一样：
uint8_t (*pArray)[64] = &buffer; // 指向整个数组的指针
// pBuf+1 跳4字节，pArray+1 跳64字节我曾经在CAN报文解析模块里，用 sizeof(buffer) 传参给子函数，结果子函数里 sizeof 返回的是指针大小（4字节），而不是数组大小。这就是典型的“数组退化为指针”陷阱。避坑指南：传数组时，一定要把长度一起传过去。
2.1.3 动态内存管理：能用静态就别用动态
在ECU里，malloc 和 free 是禁忌。为什么？
- 堆碎片化：频繁分配释放会导致内存碎片，最终分配失败
- 实时性不可控：
malloc的执行时间不确定 - 安全标准限制：AUTOSAR、MISRA C 都禁止动态内存分配
malloc。我见过一个项目，在中断服务函数里调用了 malloc，结果堆锁死，整个ECU死机。从那以后，我团队代码规范里直接禁止动态内存分配。
那内存不够用怎么办？用静态池：
#define POOL_SIZE 10
static uint8_t memPool[POOL_SIZE][32]; // 10个固定32字节的块
static uint8_t poolUsed[POOL_SIZE] = {0};
void* poolAlloc(void) {
for (int i = 0; i < POOL_SIZE; i++) {
if (!poolUsed[i]) {
poolUsed[i] = 1;
return memPool[i];
}
}
return NULL; // 池满了
}这种静态池分配时间固定，没有碎片，才是ECU该用的方式。
2.2 结构体与联合体：数据打包的艺术
结构体在ECU里太常用了。一个传感器数据、一条CAN报文、一个标定参数，几乎都是用结构体组织的。但很多人用结构体时，忽略了内存对齐这个关键问题。
2.2.1 结构体对齐：编译器偷偷干的“好事”
看这个结构体：
typedef struct {
uint8_t a; // 1字节
uint32_t b; // 4字节
uint8_t c; // 1字节
} __attribute__((packed)) SensorData_t; // 加了 packed如果不加 packed，编译器会在 a 后面填充3个字节，让 b 对齐到4字节边界。整个结构体占12字节。加了 packed 后，紧凑排列，只占6字节。
__attribute__((packed))。否则你发出去的数据，接收方按紧凑方式解析，全乱套。我在做UDS诊断协议栈时，就因为没加packed，导致诊断仪读到的VIN码错位，被客户投诉。
但注意：packed 结构体访问效率低。非对齐访问在ARM Cortex-M上会触发异常，或者由硬件处理但多花几个时钟周期。所以内部处理的数据结构，建议手动对齐：
typedef struct {
uint8_t a;
uint8_t padding[3]; // 手动填充
uint32_t b;
uint8_t c;
uint8_t padding2[3];
} AlignedSensorData_t; // 12字节，无填充开销2.2.2 联合体：同一内存的不同“视角”
联合体在寄存器操作中特别好用。比如你要操作一个32位寄存器的每个位域：
typedef union {
uint32_t word; // 整体32位
struct {
uint32_t enable : 1; // bit0
uint32_t mode : 2; // bit1-2
uint32_t prescale : 4; // bit3-6
uint32_t reserved : 25; // bit7-31
} bits;
} TIM_CR1_t;
volatile TIM_CR1_t *timCR1 = (TIM_CR1_t*)0x40000000;
timCR1->bits.enable = 1; // 只修改bit0
timCR1->bits.prescale = 5; // 修改bit3-6这样既可以用 timCR1->word 一次性读写整个寄存器，又可以用位域单独操作每个功能位。嗯，这里要注意：位域的顺序和编译器相关，不同MCU的位序可能不同。我建议在项目初期就写个单元测试，验证位域布局是否符合预期。
2.3 位运算与寄存器操作：ECU工程师的“基本功”
位运算是嵌入式C的灵魂。你想想看，一个32位寄存器，可能控制着8个GPIO、4个定时器、2个DMA通道。你不会位运算，怎么操作？
2.3.1 基本位运算操作
记住这四板斧：
| 操作 | 表达式 | 说明 |
|---|---|---|
| 置位 | REG |= (1 << n) |
将第n位置1 |
| 清位 | REG &= ~(1 << n) |
将第n位清0 |
| 翻转 | REG ^= (1 << n) |
将第n位取反 |
| 读取 | (REG >> n) & 0x01 |
读取第n位的值 |
我个人习惯把常用的位操作封装成宏：
#define BIT_SET(reg, bit) ((reg) |= (1UL << (bit)))
#define BIT_CLEAR(reg, bit) ((reg) &= ~(1UL << (bit)))
#define BIT_READ(reg, bit) (((reg) >> (bit)) & 0x01)
#define BIT_TOGGLE(reg, bit) ((reg) ^= (1UL << (bit)))2.3.2 多bit位域操作
有时候要操作连续的多位，比如设置一个2位的模式选择：
// 将bit4-bit5设置为 0b10
REG &= ~(0x03 << 4); // 先清空bit4-bit5
REG |= (0x02 << 4); // 再写入0b10写成宏就是：
#define MODIFY_REG(reg, mask, value) ((reg) = ((reg) & ~(mask)) | ((value) & (mask)))
// 使用：MODIFY_REG(REG, 0x03 << 4, 0x02 << 4);核心原则：读-改-写。操作寄存器时，一定要先读回原值，修改特定位，再写回去。千万不要直接赋值，否则会覆盖其他位的配置。我曾经在调试SPI通信时，直接写了 REG = 0x05，结果把时钟极性位也给改了，SPI波形完全乱掉。
2.3.3 寄存器操作的“原子性”问题
在多中断环境下，读-改-写操作可能被中断打断。比如：
// 主循环中
REG |= (1 << 3); // 读-改-写
// 中断中
REG &= ~(1 << 3); // 也是读-改-写如果主循环读了REG，中断来了改了REG，主循环再写回去——中断的修改就被覆盖了。这就是经典的“读-改-写冲突”。
解决办法：
- 关中断保护：操作前后关开中断，但会影响实时性
- 使用硬件支持的原子操作：比如Cortex-M的
bit-band区，或者LDREX/STREX指令 - 用临时变量：在中断里不要直接操作同一个寄存器，用影子变量
我个人推荐在ECU里使用影子寄存器方案：
static volatile uint32_t g_timShadowReg = 0;
void SetTimerMode(uint32_t mode) {
uint32_t temp = g_timShadowReg;
temp &= ~(0x03 << 4);
temp |= (mode << 4);
g_timShadowReg = temp;
TIM->CR1 = temp; // 一次性写入硬件
}这样所有修改都在影子变量上完成，最后一次性写入硬件寄存器，避免了多次读-改-写带来的冲突风险。
2.4 本章小结
这一章的内容，说白了就是ECU编程的“内功心法”。指针让你能精准操控内存，结构体和联合体帮你高效组织数据，位运算则是你操作寄存器的“瑞士军刀”。
我建议你学完这章后，打开手头MCU的参考手册，随便找一个外设的寄存器描述，自己用联合体位域和位运算宏去实现它的驱动。只有亲手写过，才能真正理解这些知识在ECU里的分量。
下一章，我们会深入中断、定时器和看门狗——这些才是ECU实时性的核心保障。准备好了吗？