define基本写法是#define宏名替换文本，无分号、无类型、纯文本替换；常见错误包括末尾加分号、参数和表达式缺括号、宏名与括号间有空格、多语句未用do-while(0)封装。
宏定义 #define 的基本写法和常见错误
宏不是函数，也不是变量，它只是预处理器在编译前做的纯文本替换。写成 #define PI 3.14159 后，所有后续出现的 PI 都会被原样替换成 3.14159，不检查类型、不分配内存、不进行作用域限制。
容易踩的坑：
-
#define MAX(a,b) a > b ? a : b看似正常，但MAX(x+1, y*2)会扩展成x+1 > y*2 ? x+1 : y*2，如果想加括号又漏了参数外层括号，比如写成#define MAX(a,b) (a > b ? a : b)，仍可能因运算符优先级出错；正确写法必须给每个参数加括号：#define MAX(a,b) ((a) > (b) ? (a) : (b)) - 宏末尾**不能加分号**：
#define BUF_SIZE 1024;会导致char buf[BUF_SIZE];展开成char buf[1024;];，直接编译失败 - 宏名和替换体之间至少一个空格，
#defineX 1是非法的，会被当成一个标识符而非指令
带参数宏和函数的区别在哪
带参宏本质仍是文本替换，没有调用开销，但也没有类型安全、调试支持和求值顺序保证。
例如：#define SQUARE(x) ((x) * (x))，调用 SQUARE(++i) 会展开为 ((++i) * (++i))，导致 i 自增两次，结果不可预测；而函数 int square(int x) { return x * x; } 中 ++i 只求值一次。
立即学习“C++免费学习笔记（深入）”；
适用场景：
- 需要在编译期计算的常量表达式（如数组大小）：
#define LEN 5→int arr[LEN]; - 跨平台条件编译开关：
#define ENABLE_LOGGING配合#ifdef ENABLE_LOGGING - 极简、确定无副作用的计算（如位操作掩码）：
#define BIT(n) (1U
为什么现代 C++ 更推荐 constexpr 和 inline 而不是 #define
宏绕过编译器检查，无法参与模板推导、不能取地址、IDE 难以跳转和重构。C++11 起，绝大多数宏用途都有更安全的替代：
- 常量定义：用
constexpr int BUF_SIZE = 1024;替代#define BUF_SIZE 1024，有类型、作用域、调试符号 - 简单函数：用
constexpr inline int max(int a, int b) { return a > b ? a : b; }替代带参宏，支持重载、类型推导、断点调试 - 平台判断：仍需
#ifdef _WIN32这类预处理，但逻辑分支内应尽量用constexpr if（C++17）做编译期选择，而非大段宏包裹代码
只有极少数场景还依赖宏——比如生成字符串化名字：#define STR(x) #x，或拼接标识符：#define CONCAT(a,b) a##b，这些是 constexpr 无法替代的。
调试宏时怎么看它到底展开了什么
编译器不会告诉你宏怎么展开的，但可以强制让预处理器输出中间结果：
- Clang/GCC：加
-E参数，例如g++ -E main.cpp，输出全是宏展开后的纯 C++ 代码，可直接查看PI是否被替换成数值、MAX是否多套了一层括号 - MSVC：用
/EP或/P（后者生成.i文件），注意/P会跳过编译，只保留预处理结果 - IDE 内联提示有限，VS 和 CLion 对简单宏有高亮，但复杂嵌套宏仍建议靠
-E验证
宏的“透明性”是双刃剑：写起来快，查起来难。一旦行为异常，第一反应不应该是改逻辑，而是先看它实际展成了什么——否则所有后续分析都在错误前提上打转。
