4、#define 与 const 对比：宏与常量的区别、宏与枚举的区别、宏与函数的区别
这一节，我们来聊聊嵌入式开发中一个绕不开的话题——#define 和它的几个“对手”。
说实话，我见过不少新手，甚至工作两三年的工程师，还在把宏定义当万能药。遇到常量就用 #define，遇到简单计算也用 #define。结果呢？调试的时候一脸懵，代码出了问题都不知道从哪查起。
今天我就把这三组对比讲透：宏 vs const、宏 vs 枚举、宏 vs 函数。你想想看，搞清楚了这些，你的代码质量至少能上一个台阶。
核心观点：宏定义本质是文本替换，不是真正的“变量”或“函数”。它没有类型检查，没有作用域，也没有调试信息。能用 const、枚举、inline 函数的地方，尽量别用宏。
一、#define 与 const：常量定义的两种思路
先看一个最常见的场景：定义一个 PI 值。
// 宏定义方式
#define PI 3.1415926
// const 常量方式
const double PI = 3.1415926;这两者有什么区别？我直接说结论：const 是真正的变量，宏只是文本替换。
宏在预处理阶段就被替换掉了。编译器根本不知道 PI 是什么东西。你写 #define PI 3.14，编译器看到的是 3.14 这个字面量。这意味着什么？
- 没有类型检查：宏不关心类型，你传个字符串进去它也不报错
- 没有作用域：宏定义从定义点开始，到文件结束都有效，除非你用
#undef - 调试困难：调试器里看不到 PI，只能看到 3.14
我的建议：在嵌入式开发中，能用 const 就用 const。const 常量有类型，有作用域，调试器也能识别。只有那些真正需要在编译期确定的常量（比如数组大小），才考虑用宏。
举个例子，我在项目中遇到过一个问题：
#define BUFFER_SIZE 256
uint8_t buffer[BUFFER_SIZE]; // 没问题，数组大小需要编译期常量
// 但如果是这样：
#define TIMEOUT_MS 1000
delay_ms(TIMEOUT_MS); // 这里用 const 更好
const uint32_t TIMEOUT_MS = 1000;
delay_ms(TIMEOUT_MS); // 有类型检查，更安全注意：const 常量在 C 语言中不是真正的“编译期常量”。你不能用 const 变量来定义数组大小（在 C89/90 标准下）。但在 C99 之后，变长数组（VLA）支持了这一点。不过嵌入式编译器支持情况不一，建议查一下手册。
二、#define 与 enum：状态定义的两种选择
定义状态码或标志位时，很多人习惯用宏：
#define STATE_IDLE 0
#define STATE_RUNNING 1
#define STATE_STOP 2
#define STATE_ERROR 3嗯，这样写没问题，但不够优雅。我个人更推荐用枚举：
typedef enum {
STATE_IDLE = 0,
STATE_RUNNING,
STATE_STOP,
STATE_ERROR
} state_t;为什么？有三个理由：
- 自动递增：枚举值会自动加 1，你少写很多数字
- 类型安全：枚举变量有类型，编译器能检查
- 调试友好：调试器能显示枚举名，而不是数字
我曾经在一个项目中接手别人的代码，里面用了 30 多个 #define 定义状态码。结果有个状态码的值写重复了，导致两个状态混在一起。排查了两天才找到问题。如果当时用枚举，编译器直接就能报错。
经验之谈：凡是表示一组相关的整型常量，优先用 enum。宏只适合定义单个的、孤立的常量，比如 #define MAX_RETRY 5 这种。
不过有一点要注意：枚举在 C 语言中默认是 int 类型，占用 4 字节。如果你的嵌入式平台内存很紧张，而且状态值只有 0-255，那用宏或者 uint8_t 类型的 const 常量可能更省空间。
三、#define 与函数：效率与安全的权衡
宏函数是 C 语言里一个很经典的设计。比如求两个数的最大值：
#define MAX(a, b) ((a) > (b) ? (a) : (b))为什么不用函数？因为函数调用有开销——压栈、跳转、返回。在嵌入式系统中，尤其是中断服务程序或者高频调用的地方，这个开销不可忽视。
但是，宏函数有个大坑：多次求值。
int x = 5;
int y = 3;
int max = MAX(x++, y++);
// 猜猜 x 和 y 变成了多少？
// 展开后：((x++) > (y++) ? (x++) : (y++))
// x 被自增了两次！y 被自增了一次！
// 结果：x = 7, y = 4你看，这就是宏的副作用。函数调用不会有这个问题，因为参数只求值一次。
避坑指南：我曾经在写一个 PID 控制器时，用宏定义了限幅操作。结果参数里传了带副作用的表达式，导致控制量计算错误，电机抖动了半天。从那以后，凡是参数可能带副作用的，我都用 inline 函数代替宏。
C99 标准引入了 inline 关键字，可以这样写：
static inline int max(int a, int b) {
return a > b ? a : b;
}inline 函数既有宏的效率（没有调用开销），又有函数的类型安全和单次求值。现代编译器基本都会把短小的 inline 函数内联展开。
那什么时候还该用宏函数？我总结了几种情况：
- 需要操作类型泛型：比如
MAX宏可以用于 int、float、double 等各种类型 - 需要获取调用上下文：比如
#define ASSERT(cond) if(!(cond)) { printf("Assert failed at %s:%d\n", __FILE__, __LINE__); } - 需要生成代码片段：比如
#define DECLARE_QUEUE(type) typedef struct { type data[10]; int head; int tail; } queue_##type;
我的习惯：能用 inline 函数的地方，绝不用宏函数。只有上面那三种特殊情况，我才会考虑用宏。而且宏函数一定要把参数用括号包好，避免运算符优先级问题。
总结对比表
| 对比维度 | #define 宏 | const / enum / inline 函数 |
|---|---|---|
| 类型检查 | 无 | 有 |
| 作用域 | 全局（直到 #undef） | 遵循 C 作用域规则 |
| 调试支持 | 差（看不到宏名） | 好（能看到变量名/函数名） |
| 内存占用 | 代码段（每次使用都展开） | 数据段（const）或代码段（inline） |
| 多次求值问题 | 有 | 无 |
| 适用场景 | 编译期常量、泛型操作、代码生成 | 普通常量、状态枚举、小型函数 |
说白了，#define 是 C 语言早期设计留下的“遗产”。它很强大，但也很危险。现代 C 编程中，const、enum、inline 函数已经能覆盖大部分宏的使用场景，而且更安全、更可维护。
嗯，这一节就讲到这里。记住一句话：能用语言特性解决的问题，就别用预处理器。你的代码会感谢你的。