宏是预处理器的文本替换，非函数或变量；常见错误包括运算优先级问题、分号误加、多语句控制流破坏，应使用((x)*(x))、do{...}while(0)等防护；现代c++中优先用constexpr和inline函数替代宏。
宏定义的基本写法和常见错误
宏不是函数，也不是变量，它只是预处理器在编译前做的文本替换。写成 #define PI 3.14159 看似简单，但一旦带参数或参与运算，就容易出错。比如 #define SQUARE(x) x * x，用在 SQUARE(a + b) 上会扩展成 a + b * a + b，结果完全不对。
正确做法是给每个操作数和整个表达式都加括号：#define SQUARE(x) ((x) * (x))。还要注意宏末尾不加 ;，否则可能多插一个分号导致语法错误。
- 宏名全大写是惯例，但不是强制；关键是避免和变量/函数名冲突
- 宏体中所有参数都要包裹在括号里，整个表达式也建议加一层括号
- 不要在宏定义里写
return、if或多行语句，除非用do { ... } while(0)包裹
带多行或多语句的宏怎么安全写
想用宏模拟一个“作用域安全”的小逻辑块，比如交换两个变量并记录日志，直接写换行会报错。预处理器要求宏定义必须在一行内完成，所以要用反斜杠 \ 续行，且每行末尾不能有空格。
更关键的是，这种宏如果用在 if 语句后不加大括号，会破坏控制流。比如 #define SWAP_LOG(a,b) int t=a; a=b; b=t; printf("swapped\n");，放在 if (x) SWAP_LOG(x,y); 里，printf 实际上不在 if 分支内。
- 多语句宏统一用
do { ... } while(0)封装，这样能当单条语句用 - 续行符
\后不能有任何字符（包括空格和注释），否则预处理失败 - 宏里不要依赖外部变量名，避免命名污染；必要时用临时变量名加下划线前缀，如
_tmp
宏 vs constexpr / inline 函数，什么时候该换掉宏
现代 C++ 中，绝大多数原本用宏的地方，都应该换成 constexpr 变量或 inline 函数。比如 #define MAX(a,b) ((a)>(b)?(a):(b))，类型不安全，也不能调试，而 constexpr auto max = [](auto a, auto b){ return a > b ? a : b; }; 或模板函数更可靠。
宏唯一不可替代的场景是：需要在编译期做条件编译（#ifdef）、字符串化（#x）、连接符号（x ## y）、或者生成不同名字的函数/变量（比如测试桩命名）。除此之外，能不用就不用。
-
constexpr int N = 1024;比#define N 1024更好：有类型、可调试、遵守作用域 - 带参数的计算逻辑优先写
inline constexpr函数，编译器一样能内联，还支持重载和类型推导 - 调试时宏展开不可见，断点打不进去；而
constexpr函数可以单步、查看返回值
调试宏时看不到展开结果？试试这几个方法
GCC/Clang 下用 -E 参数只做预处理，输出全是宏展开后的代码，非常长但真实。VS 在属性 → C/C++ → 预处理器 → “生成预处理文件” 设为“是”，会生成 .i 文件。
但更实用的是在 IDE 里把光标停在宏名上，看提示——Clion 和 VS Code（配 clangd）通常能显示展开结果；VS 则可右键 → “转到定义” 查看原始定义位置。
- 用
#pragma message("DEBUG: " STRINGIFY(__LINE__))在编译日志里打点，比运行时打印更快暴露问题 - 宏里用
__FILE__和__LINE__很方便，但注意它们是字符串字面量，不是运行时值 - 别在宏里写
std::cout或抛异常——宏展开发生在编译最前端，此时标准库甚至还没被考虑
宏的本质是文本操作，越早意识到这点，越不容易把它当成“轻量函数”来用。真正难的不是写对，而是判断“这里到底该不该用宏”。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
