用宏定义实现日志级别开关需通过预处理器条件编译控制，核心是__VA_ARGS__与#ifdef组合，结合嵌套宏屏蔽参数求值副作用，支持模块级和跨平台后端适配。
如何用宏定义实现日志级别开关
直接用预处理器控制日志是否编译进最终二进制，比运行时判断更轻量、零开销。核心是 __VA_ARGS__ + #ifdef 组合，避免调用函数但保留参数类型检查。
- 定义统一日志宏前，先声明级别常量：
#define LOG_LEVEL_DEBUG 0、#define LOG_LEVEL_INFO 1、#define LOG_LEVEL_WARN 2、#define LOG_LEVEL_ERROR 3 - 用
#define CURRENT_LOG_LEVEL LOG_LEVEL_INFO控制全局阈值，只允许数字字面量，禁止变量或表达式 - 关键技巧：用宏展开比较
(CURRENT_LOG_LEVEL <= LOG_LEVEL_XXX)，满足则展开为实际输出逻辑，否则展开为空
DEBUG 级别日志为什么不能直接删掉
看似删掉 LOG_DEBUG 调用能减小体积，但真正风险在于参数副作用——比如 LOG_DEBUG("val=", compute_expensive_value());，即使日志被禁用，compute_expensive_value() 仍会执行。
- 必须确保宏在禁用时完全剔除参数求值：用
do { } while(0)包裹，并让整个分支在预处理阶段消失 - 错误写法：
#define LOG_DEBUG(...) do { if(CURRENT_LOG_LEVEL >= LOG_LEVEL_DEBUG) printf(__VA_ARGS__); } while(0)——__VA_ARGS__总是会被展开和求值 - 正确写法：用嵌套宏屏蔽参数，例如
#define LOG_DEBUG(...) _LOG_IMPL(DEBUG, __VA_ARGS__)，再通过_LOG_IMPL内部条件展开
如何让不同模块启用不同日志级别
全局 CURRENT_LOG_LEVEL 不够灵活，模块级控制需结合头文件包含顺序与局部重定义。
- 每个源文件开头可加
#undef CURRENT_LOG_LEVEL后重新#define，但注意：必须在包含日志头文件 之前 完成 - 更稳妥方式是引入模块专属宏，如
MODULE_A_LOG_LEVEL，并在日志宏中优先检测该宏（defined(MODULE_A_LOG_LEVEL)）， fallback 到全局 - 避免在头文件里直接写
#define CURRENT_LOG_LEVEL，否则所有包含它的文件都被锁定；应把默认值放在单独的配置头（如log_config.h）中
Windows 下 OutputDebugString 和 Linux syslog 的宏适配要点
跨平台日志后端切换不能靠运行时分支，必须用预处理器分发到不同实现路径，否则链接会失败或行为不一致。
立即学习“C++免费学习笔记（深入）”；
- Windows 平台下，
LOG_ERROR应展开为OutputDebugStringA+ 换行符拼接；Linux 下对应syslog(LOG_ERR, ...) - 注意
OutputDebugString不接受格式化字符串，必须提前用snprintf格式化，而syslog支持直接传参——这导致宏内部实现逻辑差异大，建议拆成两个独立宏族 - 关键兼容点：所有平台都统一用
__FILE__、__LINE__、__FUNCTION__，但 Windows 的__FUNCTION__是宽字符，需转为 ANSI 或改用__FUNCDNAME__
最易被忽略的是宏展开顺序：如果日志宏依赖其他第三方宏（比如 Google Logging 的 GLOG），务必确认它们的定义时机早于你的日志头文件，否则预处理器找不到符号。
