数据类型与变量：打好C语言的根基

各位同学，咱们今天聊聊数据类型和变量。说实话，这块内容看着基础，但我在代码评审里见过太多翻车案例了。很多问题，追根溯源，都是数据类型没选对、变量作用域没管好。

我个人习惯，写代码前先想清楚三件事：这个数据多大？它活多久？别人能不能改它？想明白了，代码质量自然就上去了。

int8_t vs int：别小看这8个比特

先问个问题：你写一个计数器，用 int 还是 int8_t？

很多人随手就写 int，觉得反正够用。但我在项目中遇到过，一个嵌入式设备里塞了上千个状态变量，每个都用 int（32位），结果RAM爆了。后来改成 int8_t，内存直接省了四分之三。

这里有个简单的选择原则：

场景	推荐类型	原因
循环计数器（<100）	`int8_t` 或 `uint8_t`	省内存，且语义明确
传感器原始数据	`int16_t` / `uint16_t`	匹配硬件位宽，避免符号扩展问题
文件大小、数组长度	`size_t`	平台无关，保证能容纳最大尺寸
通用计算、API参数	`int` / `unsigned int`	处理器原生效率最高

注意：别滥用 int8_t。我见过有人把函数返回值写成 int8_t，结果返回256时直接溢出成0，排查了一整天。能用 int 的地方别硬省。

全局变量与局部变量：各安其位

全局变量就像公共厕所——谁都能用，但谁都不爱打扫。局部变量就像自家卫生间，干净利落。

我建议的分配原则：

局部变量：能用就用。生命周期短，不污染命名空间，还能被编译器优化到寄存器里。
全局变量：只有“整个系统都需要共享”的数据才用。比如系统时钟、设备状态机。

举个例子，我之前接手过一个项目，全局变量定义了200多个。改一个功能，要翻遍20个文件，生怕改漏了。后来重构时，我把90%的全局变量改成局部变量，或者封装到结构体里传参。代码清爽多了。

小技巧：如果你发现一个全局变量只在某个.c文件里用，那就加上 static，把它变成文件内可见。这是最便宜的封装。

static关键字：不止是“静态”

static 这个关键字，其实有两条命：

修饰局部变量：变量生命周期变成整个程序运行期，但作用域不变。
修饰全局变量/函数：限制作用域到当前文件，外部文件无法访问。

我曾经在写一个通信协议栈时，用 static 局部变量保存上次的CRC校验值。这样每次调用函数时，都能接着上次的结果算，效率高了不少。而且外部根本不知道这个变量的存在，安全。

// 示例：static局部变量实现状态保持
uint8_t crc_update(uint8_t data) {
    static uint8_t crc = 0;  // 只初始化一次
    crc ^= data;
    // ... 计算逻辑
    return crc;
}

  核心原则：能用 static 限制作用域，就别让它全局可见。这是C语言里最便宜的“封装”。

const修饰符：给你的数据上把锁

const 不是摆设。它告诉编译器：这个值，你别想改。编译器会帮你检查，你敢改它就报错。

我常用的几个场景：

常量定义：比如采样率、波特率，用 const 代替宏定义，有类型检查。
函数参数：如果函数不修改传入的指针内容，加 const。这既是文档，也是保护。
全局配置表：比如查找表、校准参数，用 const 放在Flash里，省RAM。

// 好的做法：const指针参数
void print_message(const char *msg) {
    // 函数内不会意外修改msg指向的内容
    printf("%s", msg);
}

// 不好的做法：缺少const，调用者担心数据被改
void print_message(char *msg);  // 谁知道你会不会改我数据？

避坑指南：我曾经把一个 const 数组的地址强制转成非 const 指针去写，结果在STM32上直接触发硬件错误。因为 const 数据可能放在只读存储区，写它就是找死。

volatile的应用场景：别让编译器“优化”掉你的逻辑

volatile 是告诉编译器：这个变量，随时可能被外部改变，你别自作聪明优化它。

典型场景就三个：

硬件寄存器：比如GPIO输出寄存器，你写1，硬件可能立刻变0。
中断服务程序共享变量：主循环和中断都访问的变量，不加 volatile，编译器可能把值缓存在寄存器里，中断改了它也不知道。
多线程共享变量（裸机或RTOS）：一个任务写，另一个任务读。

// 错误示例：不加volatile
int flag = 0;

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

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

// 正确示例：加volatile
volatile int flag = 0;
// 现在编译器每次循环都从内存读取flag

我的经验：只要变量被“非当前执行流”修改，就加 volatile。中断、DMA、另一个核心、硬件外设，都算。宁可多加点，别漏掉。

知识体系总览

下面这张图，是我梳理的本章核心逻辑。你看一眼，就能把今天的内容串起来。

好了，今天的内容就这些。数据类型和变量，看着基础，但真能写对、用好的人不多。你想想看，一个 volatile 漏掉，可能让整个系统跑飞；一个 const 加对，能让代码健壮不少。这些细节，就是拉开代码质量差距的地方。

可可精品资料库

📚 课程目录

数据类型与变量：打好C语言的根基

int8_t vs int：别小看这8个比特

全局变量与局部变量：各安其位

static关键字：不止是“静态”

const修饰符：给你的数据上把锁

volatile的应用场景：别让编译器“优化”掉你的逻辑

知识体系总览