嵌入式C语言基础回顾：指针、结构体、联合体在POS机开发中的核心用法

各位做POS机开发的同行，咱们今天聊聊C语言里最绕不开的三个老朋友——指针、结构体和联合体。说实话，我见过不少新手在这上面栽跟头，尤其是做嵌入式这一块，搞不懂它们，写出来的代码要么跑飞，要么内存泄漏。我自己刚入行那会儿，也踩过不少坑，今天就把这些经验掰开揉碎了讲给你听。

指针：不只是地址，更是效率

指针这东西，说白了就是存地址的变量。但在POS机这种资源受限的环境里，它可太重要了。你想想看，一个交易数据包可能几百个字节，你要是用值传递，每次调用函数都得把整个数据包复制一遍，内存和CPU都吃不消。用指针传递，就传个4字节的地址，效率高得多。

我在项目中遇到过一个问题：某款POS机在刷卡交易时偶尔会死机。排查了半天，发现是某个函数里直接修改了全局缓冲区的内容，导致其他地方读取时数据已经变了。后来我强制要求所有数据传递都用const指针，只读不写，问题就解决了。

// 推荐写法：用const保护数据
void process_transaction(const uint8_t *data, uint16_t len) {
    // 只能读，不能写
    uint8_t first_byte = data[0];
    // data[0] = 0xFF; // 编译报错，安全！
}

// 不推荐：裸指针，容易被误改
void process_transaction_bad(uint8_t *data, uint16_t len) {
    data[0] = 0xFF; // 危险操作！
}

结构体：把零散数据打包成“对象”

结构体在POS机开发里，简直就是数据建模的瑞士军刀。一个交易请求，包含卡号、金额、时间、商户号……这些零散信息，用结构体一包，清晰又好维护。

我建议你这么做：把每个功能模块的数据都定义成结构体。比如IC卡交易、磁条卡交易、扫码支付，各自有各自的结构体。这样代码可读性高，后期加功能也方便。

// 交易请求结构体
typedef struct {
    uint8_t  card_type;      // 卡类型：0-磁条，1-IC，2-扫码
    uint8_t  pan[20];        // 卡号
    uint32_t amount;         // 金额，单位：分
    uint8_t  merchant_id[15];// 商户号
    uint8_t  terminal_id[8]; // 终端号
    uint32_t trans_time;     // 交易时间戳
} trans_request_t;

// 使用示例
void handle_transaction(trans_request_t *req) {
    if (req->amount > 100000) { // 超过1000元需要授权
        request_online_auth(req);
    }
}

联合体：让同一块内存“变脸”

联合体，说白了就是让同一块内存地址，在不同时刻解释成不同的数据类型。这在POS机里太常用了。比如，你要解析一个通信协议包，前两个字节可能是长度，也可能是命令字，还可能是状态码。用联合体，就能优雅地处理这种“多义性”。

我举个例子。POS机跟后台通信，经常用TLV格式（Type-Length-Value）。同一个字段，根据Type不同，Value可能是整数、字符串或者二进制数据。用联合体，就能用一个结构体搞定所有情况。

// TLV数据解析联合体
typedef struct {
    uint8_t  type;
    uint8_t  length;
    union {
        uint8_t  byte_val;
        uint16_t word_val;
        uint32_t dword_val;
        uint8_t  str_val[32];
        uint8_t  bin_val[64];
    } value;
} tlv_field_t;

// 使用场景：解析交易响应
void parse_response(uint8_t *buffer) {
    tlv_field_t field;
    field.type = buffer[0];
    field.length = buffer[1];
    
    switch (field.type) {
        case 0x01: // 金额，4字节整数
            memcpy(&field.value.dword_val, &buffer[2], 4);
            process_amount(field.value.dword_val);
            break;
        case 0x02: // 商户名称，字符串
            memcpy(field.value.str_val, &buffer[2], field.length);
            process_merchant_name(field.value.str_val);
            break;
    }
}

三者配合：实战中的“铁三角”

指针、结构体、联合体，单独用已经很强大，组合起来更是无敌。我做一个POS机固件时，经常这么用：

• 结构体 + 指针：用结构体定义数据模型，用指针传递，避免拷贝。
• 联合体 + 结构体：在结构体里嵌入联合体，处理变长数据或协议解析。
• 指针 + 联合体：用指针指向联合体，实现内存的灵活复用。

举个例子，POS机的交易日志存储。每条日志长度不一样，有的几十字节，有的几百字节。用联合体定义日志内容，用结构体定义日志头，再用指针管理存储区。这样既省内存，又方便读写。

// 日志存储结构
typedef struct {
    uint16_t log_id;
    uint8_t  log_type;  // 0-交易日志，1-异常日志，2-审计日志
    uint16_t data_len;
    union {
        trans_log_t   trans;   // 交易日志结构体
        error_log_t   error;   // 异常日志结构体
        audit_log_t   audit;   // 审计日志结构体
    } data;
} log_entry_t;

// 用指针管理日志缓冲区
log_entry_t *log_buffer;
log_buffer = (log_entry_t *)malloc(sizeof(log_entry_t) * MAX_LOG_COUNT);
// 注意：malloc后一定要判空！

总结一下

指针、结构体、联合体，是嵌入式C语言的三大法宝。在POS机开发中，它们帮你写出高效、可维护、省内存的代码。我个人习惯是：能用指针传递就别用值传递，能用结构体组织数据就别用散乱变量，能用联合体复用内存就别多开空间。

你想想看，一个POS机每天要处理几百笔交易，每笔交易涉及卡号、金额、密钥、通信包……如果代码写得不好，轻则交易失败，重则资金损失。所以，把这些基础打牢，比什么都重要。

最后送你一句话：指针是灵魂，结构体是骨架，联合体是变脸术。三者合一，你的代码就能在POS机上跑得又快又稳。