47. inline 函数：它和宏有什么区别？

这个问题，我面试过不少人，十有八九会卡在这里。很多人觉得 inline 就是“高级一点的宏”，其实差远了。今天咱们就把这事彻底说清楚。

先看一个让人头疼的例子

假设你要写一个求平方的“函数”。用宏怎么写？

#define SQUARE(x) x * x

看起来挺简单对吧？但实际用起来，坑就来了：

int a = 5;
int result = SQUARE(a + 1);  // 你猜结果是多少？

很多人以为结果是 36，实际上呢？展开后是 a + 1 * a + 1，也就是 5 + 1 * 5 + 1 = 11。嗯，翻车了。

那用 inline 函数呢？

static inline int square(int x) {
    return x * x;
}

int a = 5;
int result = square(a + 1);  // 结果是 36，没毛病

看到了吧？这就是最直观的区别——宏只是文本替换，而 inline 函数是真正的函数，参数会先求值。

宏和 inline 的本质区别

我个人的理解是这样的：宏是预处理阶段干的活，说白了就是“复制粘贴”。而 inline 是编译器在编译阶段做的优化，它建议编译器把函数体直接嵌入到调用处。

咱们用一张图来理清思路：

具体区别，我列个表给你看

对比项	宏（#define）	inline 函数
处理阶段	预处理（编译前）	编译阶段
类型检查	无，纯文本替换	有，编译器会检查参数类型
参数求值	每次出现都求值，可能多次	只求值一次，像普通函数
调试支持	难调试，展开后代码混乱	可单步调试，有符号信息
代码体积	每次调用都展开，可能膨胀	编译器决定是否内联，更智能
作用域	全局有效，直到 #undef	遵循 C 语言作用域规则

我在项目中踩过的坑

我记得有一次做嵌入式项目，用宏定义了一个延时函数：

#define DELAY_US(x) for(int i=0; i<(x); i++) { __asm__("nop"); }

结果在某个中断服务程序里调用了 DELAY_US(100)，一切正常。后来同事改成了 DELAY_US(someVariable)，问题就来了——someVariable 在循环条件里被反复求值，导致延时时间完全不对。嗯，这种 bug 特别难查，因为宏展开后的代码你根本看不到。

后来我改成 inline 函数：

static inline void delay_us(unsigned int x) {
    for(unsigned int i=0; i<x; i++) {
        __asm__("nop");
    }
}

问题就解决了。参数只求值一次，行为可预测。

什么时候用宏，什么时候用 inline？

我个人习惯是这样的：

• 能用 inline 的地方，优先用 inline。类型安全、可调试、行为可预测，这些优点太重要了。
• 宏只用在真正需要的地方，比如：
  • 条件编译（#ifdef、#ifndef）
  • 定义常量（虽然现在更推荐 enum 或 const）
  • 需要操作函数名或行号（__FILE__、__LINE__）
  • 实现泛型（C 语言没有模板，宏是唯一选择）

避坑指南

我曾经在一个通信协议栈里看到这样的代码：

#define MAX(a, b) ((a) > (b) ? (a) : (b))

// 调用处
int result = MAX(++x, y);

你想想看，如果 x 初始值是 5，y 是 3，结果会怎样？宏展开后变成 ((++x) > (y) ? (++x) : (y))，x 被自增了两次！这种 bug 在代码审查时很难发现，因为宏定义和调用处可能隔了几百行。

如果用 inline 函数：

static inline int max(int a, int b) {
    return a > b ? a : b;
}

int result = max(++x, y);  // x 只自增一次

行为就完全符合预期了。

总结一下

宏和 inline 函数，说白了就是“文本替换”和“函数调用”的区别。宏灵活但危险，inline 安全但有限制。我的建议是：

• 日常编码，90% 的场景用 inline 函数就够了
• 剩下的 10%，留给那些真正需要宏的场合
• 记住一点：代码是写给人看的，不是写给编译器看的。可读性和可维护性比那一点点性能提升更重要

嗯，关于 inline 和宏的区别，今天就聊到这儿。下次遇到类似问题，你应该能一眼看穿了吧？

---