核心是#ifdef只检测宏是否定义，不判断值；版本比较需用#if defined()组合；宏名应全大写加下划线；跨平台宏如_WIN32可靠，__linux__需配合_WIN32判断；嵌套条件比#elif更安全。
怎么用 #ifdef 控制不同版本的代码路径
核心就一条：用 #ifdef 检查预定义宏是否存在，存在则编译其后代码块，否则跳过。它不看值，只看“有没有被 #define 过”。
比如你定义了 #define VERSION_2_1，那 #ifdef VERSION_2_1 就成立；但如果你只写了 #define VERSION_2_1 0，它依然成立——这点很多人误以为是“判断真假”，结果逻辑翻车。
-
#ifdef和#ifndef最适合开关式控制（有/无某功能） - 要判断具体数值（比如版本号大小），得用
#if+defined()组合，例如：#if defined(VERSION_MAJOR) && VERSION_MAJOR >= 3 - 宏名建议全大写加下划线，避免和变量名冲突，也方便一眼识别是编译期开关
#define 版本宏时，为什么不能直接写 VERSION=2.1
因为预处理器不理解小数点、等号或字符串语法。#define VERSION=2.1 实际上定义了一个叫 VERSION=2.1 的宏（含等号），不是你想的“VERSION 的值是 2.1”。后续用 VERSION 地方会原样替换成 =2.1，立刻报错。
- 正确做法是拆成整数字段：
#define VERSION_MAJOR 2、#define VERSION_MINOR 1 - 或者用字符串宏配合
__STRINGIFY（需额外定义），但运行时才可见，编译期不可用于#if - 别在头文件里反复
#define同一个宏，容易被后包含的文件覆盖；统一在构建系统（如 CMake）里传入-DVERSION_MAJOR=2
跨平台项目里，#ifdef _WIN32 和 #ifdef __linux__ 能信吗
能信，但得知道它们是谁给的、什么时候给的。这些是编译器或标准库自动定义的宏，不是你写的，所以不用 #define 就能直接用。
立即学习“C++免费学习笔记（深入）”；
-
_WIN32在 MSVC、Clang、GCC 的 Windows 目标下都定义（包括 64 位），比WIN32更可靠 -
__linux__是 GCC/Clang 定义的，但 musl 或某些嵌入式工具链可能不定义；更稳妥的是#ifdef __linux__+#ifndef _WIN32双重判断 - 别依赖
__APPLE__单独判断 macOS：它在 iOS/tvOS/watchOS 下也定义，真要区分桌面 macOS，得加__MACH__和!__ios等组合
宏嵌套条件编译时，#elif 和 #else 容易漏掉什么
最常漏的是“兜底分支没覆盖所有情况”，尤其当多个宏可能同时定义时。预处理器只走第一个匹配分支，后面不管逻辑是否互斥，全跳过。
- 如果写了
#ifdef A→#elif defined(B)→#else，但 A 和 B 其实可以共存，那 B 的逻辑永远进不去 - 想表达“优先级”，用嵌套更安全：外层
#ifdef A，里面再#ifdef B，而不是平级#elif -
#else分支建议加个注释说明意图，比如// fallback for older SDKs，不然半年后你自己都看不懂为啥这儿要走默认路径
宏展开发生在编译最前端，它看不见类型、函数重载或模板特化，只认文本替换。所以版本控制逻辑越早压到预处理层，越容易失控——真正复杂的分支，该用模板参数或 constexpr if 的，别硬塞进宏里。
