3. C语言基础回顾：指针、数组、结构体、联合体、枚举、位域、内存管理

各位同学，咱们今天聊点实在的。C语言基础，听起来像是大学课本里的东西，对吧？但说实话，在配电终端这个行当里，这些基础恰恰是决定你代码能不能在野外跑上十年不出事的关键。我见过太多人，指针用得飞起，结果现场死机；结构体定义得花里胡哨，结果内存对不齐，通讯直接乱码。嗯，咱们今天就掰开揉碎了，把这些东西重新捋一遍。

3.1 指针：嵌入式里的双刃剑

指针这东西，说白了就是地址。但在嵌入式里，它不只是地址，它是你直接操作硬件寄存器的唯一途径。我个人习惯，拿到一个新平台，第一件事就是画一张内存映射图，把每个外设的基地址标清楚。

我在项目中遇到过一件事：有个同事用 uint16_t * 去读一个 uint8_t 的寄存器，结果每次读出来的值都翻倍。查了两天，最后发现是字节序和指针类型不匹配。你说冤不冤？

// 正确的做法：用 volatile 修饰，防止编译器优化
volatile uint32_t *reg_addr = (volatile uint32_t *)0x40021000;
*reg_addr = 0x01;  // 写寄存器
uint32_t val = *reg_addr;  // 读寄存器

3.2 数组：别把它当指针用

数组名和指针，很多人觉得是一回事。其实不然。数组名是常量，你不能给它赋值。但数组名在表达式中会退化为指针，这个特性让不少人栽了跟头。

你想想看，在配电终端里，我们经常要处理采样数据。一个周波128个点，存成数组。如果你不小心把数组名当指针乱改，后果就是采样数据全乱套。

uint16_t sample_buf[128];  // 采样缓冲区

// 正确：用下标访问
for(int i = 0; i < 128; i++) {
    sample_buf[i] = read_adc();
}

// 错误：试图修改数组名
// sample_buf++;  // 编译报错！

3.3 结构体：数据组织的利器

结构体在配电终端里太常用了。遥测、遥信、遥控、SOE，每个都对应一个结构体。但这里有个坑：内存对齐。

我记得有一次，一个同事定义了一个结构体，里面混着 uint8_t 和 uint32_t，结果 sizeof 出来的值比他预想的大了一倍。为什么？因为编译器自动填充了字节，让每个成员都对齐到自己的自然边界。

// 不好的设计：浪费内存
typedef struct {
    uint8_t  status;    // 1字节
    uint32_t value;     // 4字节，前面会填充3字节
    uint8_t  flag;      // 1字节
} __attribute__((packed)) BadStruct;  // 用了packed也不行，访问效率低

// 好的设计：按大小排序
typedef struct {
    uint32_t value;     // 4字节
    uint8_t  status;    // 1字节
    uint8_t  flag;      // 1字节
} GoodStruct;  // 总共6字节，没有浪费

3.4 联合体：省内存的妙招

联合体，说白了就是让不同的变量共用同一块内存。在配电终端里，我常用它来做数据解析。比如，一个4字节的寄存器，既可以用 uint32_t 整体读写，也可以用字节数组逐字节操作。

typedef union {
    uint32_t word;           // 整体访问
    uint8_t  bytes[4];       // 逐字节访问
    struct {
        uint16_t low;        // 低16位
        uint16_t high;       // 高16位
    } half_words;
} RegisterData;

// 用法
RegisterData reg;
reg.word = 0x12345678;
// 现在 reg.bytes[0] = 0x78 (小端模式)
// reg.half_words.low = 0x5678

3.5 枚举：让代码更可读

枚举说白了就是给整数起个名字。在配电终端里，我习惯用枚举来定义状态机、错误码、命令字。这样代码读起来就像在读中文，而不是一堆魔法数字。

typedef enum {
    STATE_IDLE = 0,
    STATE_MEASURING,
    STATE_COMMUNICATING,
    STATE_ERROR
} DeviceState;

typedef enum {
    ERR_NONE = 0,
    ERR_OVER_VOLTAGE,
    ERR_UNDER_VOLTAGE,
    ERR_OVER_CURRENT,
    ERR_COMM_TIMEOUT
} ErrorCode;

3.6 位域：精确控制每一位

位域是C语言里一个很特别的存在。它让你可以精确控制结构体中的每一位。在配电终端里，寄存器通常都是按位定义的，位域正好派上用场。

typedef struct {
    uint32_t enable    : 1;  // bit0: 使能位
    uint32_t mode      : 2;  // bit1-2: 模式选择
    uint32_t reserved  : 3;  // bit3-5: 保留
    uint32_t interrupt : 1;  // bit6: 中断标志
    uint32_t status    : 8;  // bit7-14: 状态
    uint32_t data      : 16; // bit15-31: 数据
} ControlRegister;

3.7 内存管理：malloc/free在嵌入式中的局限

这个话题，我得好好说说。很多从PC端转过来的工程师，习惯用 malloc 和 free 来动态分配内存。但在嵌入式里，特别是配电终端这种需要长期稳定运行的设备，我强烈建议：不要用动态内存分配。

为什么？原因有三：

• 碎片化问题：频繁分配释放会导致内存碎片，最终分配失败。我在一个项目中见过，设备运行了三个月后，突然死机，查到最后就是内存碎片导致的。
• 不确定性：malloc 的执行时间不确定，可能几微秒，也可能几百微秒。在实时性要求高的场合，这是致命的。
• 调试困难：内存泄漏、野指针、重复释放，这些问题在嵌入式里极难定位。

// 静态分配示例：预先分配好所有缓冲区
#define MAX_CHANNELS 16
#define SAMPLE_COUNT 128

static uint16_t sample_buffers[MAX_CHANNELS][SAMPLE_COUNT];
static uint8_t  channel_status[MAX_CHANNELS];

// 自己实现的内存池（简化版）
#define POOL_SIZE 10
#define BLOCK_SIZE 64

static uint8_t memory_pool[POOL_SIZE][BLOCK_SIZE];
static uint8_t pool_used[POOL_SIZE] = {0};

void* my_malloc(void) {
    for(int i = 0; i < POOL_SIZE; i++) {
        if(!pool_used[i]) {
            pool_used[i] = 1;
            return memory_pool[i];
        }
    }
    return NULL;  // 没有可用块
}

void my_free(void *ptr) {
    for(int i = 0; i < POOL_SIZE; i++) {
        if(ptr == memory_pool[i]) {
            pool_used[i] = 0;
            return;
        }
    }
}