10、宏与const常量的选择：宏常量 vs const常量，宏 vs enum，宏 vs inline函数，现代C编程的最佳实践。

这个话题，我每次给团队做代码评审时几乎都会提到。很多新手喜欢用 #define 一把梭，觉得它简单粗暴。但说真的，在2024年的C语言开发中，宏已经不再是万能钥匙了。今天我就把这几组对比掰开揉碎了讲清楚。

10.1 宏常量 vs const常量

先看一个最常见的场景：定义圆周率。

// 宏方式
#define PI 3.14159

// const方式
const double kPi = 3.14159;

这两者有什么区别？我直接说结论：const常量在绝大多数情况下优于宏常量。

对比维度	宏常量 (#define)	const常量
类型检查	无，纯文本替换	有，编译器会检查类型
作用域	全局，直到 #undef	遵循C语言作用域规则
调试	符号表中不可见	调试器可直接查看
内存占用	无额外内存	通常占用内存（除非优化掉）
副作用风险	高，容易意外替换	低

我个人习惯是：只有需要用在预处理指令中（如 #if、数组大小）时，才用宏常量。其他情况一律用 const。

10.2 宏 vs enum

枚举（enum）是C语言中一个被低估的特性。我见过太多人用宏来定义一组相关的常量：

// 糟糕的做法
#define STATE_IDLE    0
#define STATE_RUNNING 1
#define STATE_PAUSED  2
#define STATE_ERROR   3

// 更好的做法
typedef enum {
    STATE_IDLE,
    STATE_RUNNING,
    STATE_PAUSED,
    STATE_ERROR
} state_t;

为什么 enum 更好？我给你三个理由：

• 类型安全：编译器知道这些值是同一类型，可以检查赋值是否合法
• 自动编号：不用手动维护数字，插入新状态时不容易出错
• 调试友好：调试器能显示枚举名，而不是一堆魔法数字

我曾经在一个项目中接手过用宏定义状态机的代码，足足有50多个状态。每次新增状态都要手动检查编号有没有冲突，那叫一个痛苦。后来我花了一天时间全部改成 enum，世界清净了。

10.3 宏 vs inline函数

这是最容易被滥用的场景。很多人写宏函数是为了避免函数调用的开销：

// 危险的宏函数
#define MAX(a, b) ((a) > (b) ? (a) : (b))

// 安全的inline函数
static inline int max(int a, int b) {
    return a > b ? a : b;
}

宏函数的问题在于：它只是文本替换，不是真正的函数调用。你想想看：

int x = 5, y = 3;
int result = MAX(++x, y);  // 展开后：((++x) > (y) ? (++x) : (y))
// x 被自增了两次！结果不是你想的那样

这种副作用问题，我在代码评审中至少抓到过十几次。而 inline 函数是真正的函数，参数只求值一次，不会有这种问题。

现代编译器（GCC、Clang、IAR 等）对 inline 函数的优化已经非常成熟。只要函数体不大，编译器会自动内联，不会产生函数调用开销。所以：除非你要在宏里使用 # 或 ## 运算符，否则优先用 inline 函数。

10.4 现代C编程的最佳实践

说了这么多，我总结一下现在写C代码时该怎么选：

1. 常量定义：优先用 const，需要用在预处理指令中时用 #define
2. 一组相关常量：优先用 enum，需要非连续值或特定位宽时用宏
3. 小型函数：优先用 static inline，需要操作标识符（如 #、##）时用宏
4. 头文件保护：只能用 #ifndef / #define，这个没得选
5. 条件编译：只能用 #if / #ifdef，这个也没得选

嗯，这里要注意：我说的「最佳实践」不是教条。比如在资源极度受限的8位MCU上，有些编译器对 inline 的支持可能不够好，这时候用宏也是合理的。但你要清楚自己在做什么，以及可能付出的代价。

最后分享一个我自己的习惯：每次写 #define 之前，我都会问自己三个问题——

• 这个能用 const 替代吗？
• 这个能用 enum 替代吗？
• 这个能用 inline 函数替代吗？

如果三个答案都是「不能」，我才写宏。这个习惯帮我避免了很多坑。