define 本质是预处理阶段的文本替换，不检查语法、不分配内存；易因参数未括号导致副作用，多行需续行符；条件编译可彻底剔除代码，减小体积、控制编译路径。
宏定义 #define 的本质不是“定义”，而是文本替换
它在预处理阶段就完成，不经过编译器语法检查，也不分配内存。这意味着 #define PI 3.14159 后，所有出现 PI 的地方都会被原样替换成 3.14159，哪怕写成 int x = PI + ; 也会照常替换——然后编译器才报错，但错误位置会指向替换后那行，而非 #define 行。
常见误用：#define MAX(a,b) a > b ? a : b，若调用 MAX(x+1, y*2)，展开后变成 x+1 > y*2 ? x+1 : y*2，看似没问题，但若写成 MAX(x++, y++)，就会导致某一个变量自增两次——因为宏不求值，只是拼接。
- 必须给每个参数加括号：
#define MAX(a,b) ((a) > (b) ? (a) : (b)) - 整个表达式也需括号包裹，避免参与运算时优先级出错（如
2 * MAX(3,4)） - 多行宏末尾必须用
续行，且后不能有空格
用 #define 做条件编译比做常量更安全、更常用
真正体现宏价值的地方是控制编译路径，比如调试开关、平台适配、接口兼容等。相比 const 变量或 constexpr，#define 能让整段代码彻底不进编译流程，减少二进制体积和潜在副作用。
典型写法：
立即学习“C++免费学习笔记（深入）”；
#ifdef DEBUG
std::cout << "Debug: value = " << x << "
";
#endif或者带参数的：
#if defined(_WIN32) && !defined(__MINGW32__)
#define PATH_SEP '\'
#else
#define PATH_SEP '/'
#endif-
#ifdef/#ifndef比#if defined(...)更简洁，且可嵌套 -
#pragma once是非标准但广泛支持的头文件防重包含方案；而传统#ifndef XXX_H_ ... #define XXX_H_才是标准、可移植的做法 - 用
#undef主动取消宏定义，尤其在跨模块头文件中避免污染
什么时候该用 constexpr 或 const，而不是 #define
现代 C++ 中，绝大多数原本用宏定义数值、字符串、小表达式的场景，都应该改用 constexpr。它有类型、作用域、调试可见性，还能参与模板推导。
对比：
#define BUF_SIZE 1024 constexpr size_t BUF_SIZE = 1024;
前者在调试器里看不到 BUF_SIZE，GDB 显示的是 1024；后者能显示符号名，且类型明确为 size_t。
- 字符串字面量宏：
#define VERSION "1.2.3"→ 改用inline constexpr char VERSION[] = "1.2.3"; - 函数式宏：
#define SQUARE(x) ((x)*(x))→ 改用constexpr auto square(auto x) { return x * x; }（C++20） - 宏无法用于模板非类型参数，而
constexpr变量可以（如std::array<int n></int>中的N）
宏名命名冲突和全局污染是真实存在的坑
宏没有命名空间，一旦定义就全局生效（除非 #undef），极易与库、系统头文件或他人代码冲突。例如定义 #define min(a,b) ((a)，可能破坏 <code><algorithm></algorithm> 中的 std::min，甚至让 Windows 头里的 min/max 宏失效。
- 所有宏名建议全大写 + 下划线，如
MYLIB_ENABLE_LOGGING，降低撞名概率 - 避免短名字：不用
MAX，改用MYLIB_MAX；不用ERROR，改用MYLIB_ERROR_CODE - 头文件中定义宏前先
#undef同名宏，或用#pragma push_macro / pop_macro（MSVC/GCC 支持）临时保存/恢复 - 第三方库（如 Boost、Qt）大量依赖宏，引入顺序、是否定义某些宏（如
QT_NO_DEBUG_OUTPUT）会直接影响行为
宏的威力来自它的无脑替换能力，代价是失去类型、作用域和调试友好性。越想用它图省事的地方，越容易在链接期或运行期突然翻车。
