C++预处理器是编译前的纯文本替换工具，处理#define、#include等指令；宏分对象式（如#define PI 3.14159）和函数式（如#define SQUARE(x) ((x)*(x))），但存在参数多次求值、无类型检查、作用域混乱等陷阱；现代C++推荐用constexpr变量、inline constexpr函数等更安全替代方案，仅在日志、条件编译等特定场景谨慎使用宏。
C++预处理器是编译器在真正编译代码前运行的一个文本替换工具，它不理解C++语法，只按规则处理以#开头的指令，比如#define、#include、#ifdef等。它的作用发生在词法分析阶段之前，本质是做纯文本的查找与替换。
宏定义的基本用法
#define最常用的形式是定义常量和函数式宏：
-
对象式宏（Object-like macro）：如
#defin，每次出现
e PI 3.14159PI就直接替换成3.14159（不带括号、无类型、无作用域） -
函数式宏（Function-like macro）：如
#define SQUARE(x) ((x) * (x))，调用时展开为表达式，注意必须给参数加括号，否则可能因运算符优先级出错
e PI 3.14159常见陷阱与避坑方法
宏不是函数，也不是变量，滥用容易引发隐蔽错误：
-
参数多次求值问题：宏展开会原样复制参数，
SQUARE(i++)会展开成((i++) * (i++))，导致i自增两次——应避免在宏中使用有副作用的表达式，或改用内联函数 -
作用域和可见性混乱：宏从定义点起全局生效，直到被
#undef或文件结束；头文件中未加保护的宏可能污染其他模块 -
缺少类型检查：宏对传入类型完全不敏感，
SQUARE("hello")也能通过预处理（但后续编译失败），而inline int square(int x) { return x*x; }会在编译时报类型错 -
分号与换行误解：宏末尾不要加分号，否则
#define FOO() do{...}while(0);再写FOO();就会变成do{...}while(0);;，多了一个分号
现代C++中的替代方案
除兼容旧代码外，大多数场景推荐用更安全的替代方式：
- 用
constexpr变量代替简单常量宏：constexpr double pi = 3.14159;——有类型、有作用域、可调试 - 用
inline constexpr函数代替函数式宏：inline constexpr int square(int x) { return x * x; }——支持重载、类型推导、断点调试 - 用
consteval（C++20）保证编译期求值，比宏更严格且语义清晰 - 条件编译仍需
#if/#ifdef，但可用__has_include、__cpp_lib_xxx等标准化特征检测宏，减少手写平台判断
实用建议：何时还能放心用宏
宏仍有不可替代的场景，但需谨慎设计：
- 生成重复代码模式，如日志宏
#define LOG(msg) std::cout - 跨平台接口抽象，如
#define EXPORT_API __declspec(dllexport)（Windows）或__attribute__((visibility("default")))（GCC） - 断言开关：
#ifdef DEBUG+#define ASSERT(x) if(!(x)) abort()，发布版可一键禁用 - 头文件卫士仍推荐用
#pragma once或传统#ifndef XXX_H组合，两者都属预处理惯用法
