宏定义末尾不能加分号，因预处理器仅作文本替换，分号会污染所有调用位置，导致语法错误或逻辑错误；多行宏须用do{...}while(0)包裹以保证语句完整性。
不要加，加了就错。宏定义不是C++语句，#define 后面加分号会导致分号被原样替换进所有调用位置，轻则语法错误，重则逻辑静默崩坏。
为什么加了分号会出问题
预处理器只做纯文本替换，完全不理解C++语法。一旦你在 #define PI 3.14; 末尾加了分号，那么每次写 double r = PI * 2;，实际展开就是 double r = 3.14; * 2; —— 编译直接报错 error: expected unqualified-id before '*' token。
- 所有无参宏（如
#define MAX_SIZE 1024）末尾都不能有分号 - 带参宏（如
#define SQUARE(x) ((x)*(x))）体内部也不该含分号 - 哪怕你只在头文件里写了一次
#define DEBUG_LOG(...) printf(__VA_ARGS__);，这个分号也会被插进每一处DEBUG_LOG("x=%d", x);调用里，变成两个分号：一个在宏体内，一个在调用处
多行宏怎么写才安全
想让宏像函数一样支持 if (cond) DO_SOMETHING(); else ... 这种用法，必须用 do { ... } while(0) 包裹，而不是简单换行或加分号。
错误写法：#define LOG(x) printf("LOG: %s\n", x); fflush(stdout); → 在 if (flag) LOG("start"); 中展开后，else 会悬空，编译失败。
正确写法：#define LOG(x) do { printf("LOG: %s\n", x); fflush(stdout); } while(0) → 展开后仍是完整语句块，分号由调用者控制。
怎么验证宏有没有被错误替换
别靠猜，用编译器导出预处理结果看真实文本：
- Linux/macOS：
g++ -E main.cpp | grep -A5 'LOG('或输出到文件：g++ -E main.cpp > main.i，然后打开main.i查找 - Windows（MSVC）：
cl /E main.cpp > main.i - 重点关注宏名是否被替换成预期字符串，有没有多出分号、括号错位、运算符优先级翻车等
最容易被忽略的点是：宏展开发生在编译之前，且预处理器完全不检查语法。你看到的编译错误可能来自宏展开后的“假代码”，而不是你写的源码本身。所以只要宏行为异常，第一反应不该是改逻辑，而是先看 .i 文件里它到底长什么样。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
