因为宏展开在编译前期而std::format是运行时函数，且C++20不可用；需用__VA_ARGS__配合ostringstream或fmt::format实现类型安全的日志格式化。
为什么不用 std::format 直接拼接？
因为宏展开发生在编译前期，而 std::format 是运行时函数，没法在宏里直接调用可变参数；更关键的是，很多嵌入式或老项目连 C++20 都没开，std::format 根本不可用。你得靠预处理器和可变参数宏（__VA_ARGS__）打底，再配个轻量级格式化函数兜底。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
__VA_ARGS__捕获所有参数，但别直接传给printf类函数——类型不匹配会崩（比如传std::string进printf） - 优先走
std::ostringstream或fmt::format（如果项目已引入fmt库），它们能自动推导类型 - 避免在宏里做耗时操作（如文件 I/O、锁），日志宏应只负责“准备字符串”，输出交给后端线程或异步队列
LOG(INFO, "x=%d, y=%.2f", x, y) 这种写法怎么安全实现？
核心是把格式字符串和参数分离，绕过 printf 的类型擦除陷阱。常见错误是直接用 vprintf + va_list，但 std::string、std::shared_ptr 等类型无法被 vprintf 正确处理，一跑就 segmentation fault。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
fmt::format最省心：fmt::format(fmt_str, __VA_ARGS__)，支持任意可std::to_string或重载了fmt::formatter的类型 - 若不用第三方库，手写一个极简
log_format函数，用std::ostringstream逐个 char* 和std::string做区分，避免输出指针地址） - 宏定义里加一层
do { ... } while(0)防止分号歧义，尤其在if分支里使用时
如何让日志宏支持等级开关且不产生运行时开销？
关键在编译期裁剪：如果当前编译配置是 LOG_LEVEL=WARNING，那所有 LOG(INFO, ...) 宏应该彻底消失，连参数表达式都不该求值——否则像 LOG(INFO, "val=%d", expensive_func()) 会白跑一次。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用层级宏控制：先定义
LOG_LEVEL为数值（如INFO=2,WARNING=3），再用#if LOG_LEVEL 包裹整个宏体 - 参数表达式必须藏在条件分支里，例如：
#if LOG_LEVEL —— 后面这句利用 <code>&&短路特性，确保参数不被计算 - 注意调试符号：
__FILE__和__LINE__要原样保留，别塞进条件编译里，否则关掉日志后依然需要它们用于断言或崩溃捕获
Windows 下 OutputDebugStringA 和 Linux 下 syslog 怎么统一接入？
不能在宏里硬编码平台 API，否则跨平台编译失败。真实场景中，你往往只需要“输出到控制台+文件”，OutputDebugStringA 是 Windows 调试器专用通道，syslog 则依赖系统服务，二者都不适合直接当默认后端。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 日志宏只负责生成
std::string和元信息（级别、时间、线程ID），后端由独立的LogSink类处理，按平台注册不同实现 - Windows 调试版可额外启用
OutputDebugStringA，但仅限DEBUG构建，且要转成UTF-8→UTF-16再传，否则中文乱码 - Linux 下避免直接调
syslog，它有缓冲和权限问题；改用write(2)写stderr或 mmap 文件更可控
最易被忽略的是时区和线程安全：localtime_r 不是全局状态，但 std::chrono::system_clock::now() 获取的时间点必须立刻转成字符串，否则多线程下可能错乱。还有，__FILE__ 默认是绝对路径，日志里堆满 /home/user/project/src/... 很碍眼，得用宏提前截出 basename。
