该用 #ifdef 表示“显式启用”（功能默认关闭，靠定义宏打开），#ifndef 表示“显式禁用”或“防重入”（功能默认开启或防止头文件重复包含）；二者不可混用同一宏名作相反逻辑。
什么时候该用 #ifdef 而不是 #ifndef
核心区别不在“有没有定义”，而在“你想响应什么状态”。#ifdef 是“如果已定义，就编译这段”，#ifndef 是“如果未定义，就编译这段”。实际项目里，#ifndef 更常用，因为它天然适合做头文件卫士（header guard）和默认开启某功能的开关。
比如你写了一个配置宏 ENABLE_LOGGING，想默认开启日志，只在明确关闭时禁用：用 #ifndef ENABLE_LOGGING + #define ENABLE_LOGGING 就很别扭；更自然的是用 #ifdef ENABLE_LOGGING，然后让构建系统或手动加 -DENABLE_LOGGING 来启用。
-
#ifdef适合“显式启用”场景：功能默认关闭，靠定义宏来打开 -
#ifndef适合“显式禁用”或“防重入”场景：功能默认开启，靠定义宏来关闭；或防止头文件重复包含 - 二者不能混用同一宏名做相反逻辑，否则可读性崩溃，后续维护人会愣住三秒
头文件卫士必须用 #ifndef 吗？
不是必须，但 #ifndef 是最直接、最不容易出错的选择。头文件卫士的目标是“第一次包含时编译，之后再包含就跳过”，这正好对应“如果宏未定义，则定义它并展开内容”。
用 #ifdef 写卫士反而绕：得先在外面定义一次宏，或者依赖外部预定义，完全违背封装原则。
立即学习“C++免费学习笔记（深入）”；
- 标准写法是：
#ifndef MY_HEADER_H #define MY_HEADER_H // 头文件内容 #endif
- 宏名要足够唯一，推荐用路径转大写下划线形式，比如
UTILS_STRING_UTILS_H，避免STRING_H这种泛化名撞车 - 现代 C++ 也支持
#pragma once，但它不是标准，某些老旧编译器或极端路径场景下可能失效，#ifndef仍是跨平台首选
#ifdef 嵌套和 #elifdef 不存在？
C++ 预处理器没有 #elifdef 或 #elifndef。想实现多条件分支，只能靠 #ifdef + #elif + #else 组合，而 #elif 后面必须是完整表达式，不能直接跟宏判断。
常见错误是写成：
#ifdef FOO ... #elifdef BAR // ❌ 语法错误！结果编译失败，报错类似
error: invalid preprocessing directive。
- 正确写法是：
#ifdef FOO // FOO 定义 #elif defined(BAR) // 注意：必须用 defined() // BAR 定义且 FOO 未定义 #else // 都没定义 #endif
-
defined()是唯一能在#if和#elif中安全检测宏是否存在的操作符 - 别试图用
#ifdef做三层以上嵌套，可读性断崖下跌；超过两层建议提取成独立头文件或用构建系统控制
宏定义为空值会影响 #ifdef 判断吗？
不会。#ifdef 和 #ifndef 只关心宏是否被 #define 过，不关心它有没有值、是不是空。哪怕写成 #define DEBUG（后面啥也不跟），#ifdef DEBUG 依然为真。
这点容易误解，尤其当看到别人写 #define ENABLE_FEATURE 0 时，以为 0 是 false 就不会触发 #ifdef——其实只要定义了，就触发。
- 如果想用数值做条件判断（比如区分版本号），必须用
#if ENABLE_FEATURE == 1，而不是#ifdef -
#undef DEBUG才能真正让它“消失”，注释掉#define行不一定管用（可能被其他头文件或编译选项重新定义） - 用
gcc -dM -E /dev/null | grep DEBUG可快速确认当前编译环境中宏是否真的存在
