宏定义最常踩的坑是作用域和求值时机：它在预处理阶段文本替换，无类型检查、无作用域限制；square(x)需写为((x)*(x))防优先级错误；禁用带副作用表达式；头文件守卫须全局唯一；调试器不可见宏值，应优先用constexpr。
宏定义最常踩的坑是作用域和求值时机
宏不是函数，它在预处理阶段就被文本替换，不经过编译器类型检查，也不受作用域限制。比如 #define SQUARE(x) x * x 看似没问题，但 SQUARE(a + b) 会变成 a + b * a + b，优先级直接乱套。
- 必须给每个参数加括号：
#define SQUARE(x) ((x) * (x)) - 宏体整体也得括起来，避免嵌入表达式时出错
- 不要用宏模拟带副作用的表达式，比如
#define MAX(a, b) ((a) > (b) ? (a) : (b))遇到MAX(i++, j++)会导致某变量自增两次 - 现代 C++ 更推荐用
constexpr函数替代简单计算宏
#ifdef / #ifndef 的真实使用场景不是“开关功能”，而是“隔离不兼容代码”
很多人以为 #ifdef DEBUG 是为了控制日志输出，其实它真正不可替代的用途，是应对头文件缺失、API 差异或 ABI 不兼容——比如 Windows 和 Linux 下 socket 相关类型不同，或 C++17 前后 std::optional 是否存在。
- 判断标准库特性是否存在，优先用
__has_include或__cpp_lib_optional这类特征宏，而不是硬写#ifdef _MSC_VER -
#ifndef HEADER_H这种头文件守卫，宏名必须全局唯一，建议用项目前缀+路径哈希（如MYPROJ_UTILS_STRING_H），别用简单名，否则容易冲突 -
#ifdef __linux__比#ifdef linux更可靠，前者是 GCC/Clang 官方定义，后者可能未定义或拼错
宏和 const / constexpr 混用时，编译器根本“看不见”宏的值
你写 #define BUF_SIZE 4096，再写 const int size = BUF_SIZE;，看起来一样，但调试器里看不到 size 的值——因为 BUF_SIZE 在预处理后就消失了，size 只是个普通变量；而 constexpr int size = 4096; 调试器能显示，且能用于模板非类型参数。
- 需要在编译期参与计算（比如数组长度、模板参数）的地方，必须用
constexpr，宏做不到 - 宏无法被 IDE 跳转、重命名或静态分析，维护成本高
- 跨文件共享配置值时，宏容易因头文件包含顺序导致值被意外覆盖，
constexpr inline变量更安全
调试宏失效时，第一反应不该是查语法，而是看预处理输出
编译器报错说某个宏没定义，或者 #ifdef 分支没进，十有八九不是写错了，而是宏根本没被读到——比如头文件没 #include，或者定义位置在 #include 之后，又或者被其他头文件里的 #undef 干掉了。
立即学习“C++免费学习笔记（深入）”；
- 用
g++ -E file.cpp或clang++ -E file.cpp查看实际展开后的代码，比猜强十倍 - MSVC 用
cl /EP file.cpp，注意加/EP不是/E - 宏定义是否生效，跟编译命令行传入的
-D选项强相关，IDE 构建配置里改了，命令行未必同步
宏的“简单”是假象，它把问题从运行时推到了预处理阶段，而那个阶段没有错误提示、没有作用域、没有类型——所有你以为的“写完就跑通”，背后都藏着别人已经踩过的深坑。
