一、宏 适合的场景（函数做不到）

宏是预处理阶段工作，能做函数根本做不到的事。

1. 条件编译（调试/发布切换）—— 宏最核心用途

函数做不到！

#define DEBUG

#ifdef DEBUG
    // 调试时才编译这段代码
    cout << "调试信息" << endl;
#else
    // 发布版本删掉，不占体积
#endif

用途：日志、调试代码、平台区分（Windows/Linux）、功能开关。

---

2. 防止头文件重复包含

函数做不到！

#ifndef _A_H_
#define _A_H_
// 头文件内容
#endif

用途：所有 C++ 项目必备。

---

3. 编译期常量、字符串拼接、符号生成

函数做不到！

#define VERSION "1.0.0"
#define NAME(n) name_##n  // 拼接符号

用途：版本号、配置、自动生成变量名。

---

4. 极致性能（无函数调用开销）

比如嵌入式、高频调用的简单逻辑，宏比函数快。

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

用途：底层驱动、高性能计算、极小计算逻辑。

---

5. 跨类型通用（不写模板）

宏不用模板就能支持 int、float、double 等所有类型。

#define ADD(a,b) ((a)+(b))

函数必须写多个或用模板，宏一行搞定。

---

二、函数 适合的场景（宏不适合）

99% 的业务代码都用函数。

1. 有逻辑、有流程、多行代码

宏写复杂逻辑会变成“屎山”，无法调试。

int calc(int a,int b) {
    a += 10;
    b *= 2;
    return a + b;
}

用途：业务逻辑、算法、处理流程。

---

2. 需要类型安全、避免bug

宏没有类型检查，很容易崩。
函数传错类型直接编译报错，安全。

---

3. 递归、复杂调用

宏不支持递归！
函数可以随便递归。

---

4. 需要调试、可维护、团队协作

宏调试极难，函数可以单步调试、加断点。

---

5. 封装、类成员、权限控制

宏是全局的，无法私有化。
函数可以写在类里、加 private/protected。

---

三、一句话总结实际场景区别

✅ 宏 = 编译期工具

• 条件编译
• 头文件保护
• 简单极致性能
• 类型通用、符号拼接
• 配置、开关、版本

✅ 函数 = 运行期逻辑

• 业务功能
• 复杂计算
• 类型安全
• 调试维护
• 递归、封装

---

四、最简单记忆口诀

• 控制代码是否编译 → 宏
• 执行具体功能逻辑 → 函数

---

最终结论（实际开发遵守这个就够了）

1. 调试、平台区分、头文件保护 → 必须用宏
2. 业务逻辑、功能实现、计算 → 必须用函数
3. 想要速度又要安全 → 用 inline 内联函数