跨平台条件编译需用预处理器精准拦截不兼容代码，#ifdef语义直白适合单条件，#if defined()支持逻辑运算；平台宏应优先使用编译器原生宏如__linux__、_win32、__apple__，避免cmake注入的不可靠宏。
跨平台条件编译不是“写一次，到处跑”的开关，而是靠预处理器精准拦截不兼容代码——用错宏或漏定义，编译直接报错或行为诡异。
怎么判断该用 #ifdef 还是 #if defined()
两者功能等价，但可读性和嵌套处理差异明显：#ifdef 更轻量、语义直白；#if defined() 支持逻辑组合，适合多条件判断。
-
#ifdef WIN32适合单平台分支，比如只在 windows 下调用GetTickCount64() - 需要同时满足“非 macos 且支持 c++17”时，必须用
#if !defined(__APPLE__) && __cplusplus >= 201703L，#ifdef不支持运算符 - 宏未定义时，
#ifdef UNDEFINED_MACRO安静跳过；而#if UNDEFINED_MACRO会把未定义宏当 0 处理，可能掩盖逻辑错误
常见平台宏有哪些？哪些不能直接信？
标准库和编译器提供的宏基本可靠，但第三方构建系统（如 CMake）注入的宏容易遗漏或拼错。
- 操作系统：优先用
__linux__（GCC/Clang）、_WIN32（MSVC/Clang）、__APPLE__（macOS/ios），避免用WIN32（CMake 常定义，但非编译器原生） - C++ 标准版本：用
__cplusplus数值比较，比如#if __cplusplus >= 201703L；不要用#ifdef __cpp_Structured_bindings——它依赖编译器是否启用对应特性，不可靠 - 架构判断慎用：
__x86_64__和__aarch64__是主流，但__arm__在 ARM32/ARM64 混用环境下可能误判，建议搭配__LP64__判断指针宽度
为什么 #ifdef 包裹的代码仍编译失败？
预处理器只删代码，不校验语法。被屏蔽的代码若存在语法错误（比如缺分号、括号不匹配），依然会触发编译器报错。
立即学习“C++免费学习笔记（深入）”；
- 典型现象：
#ifdef LINUX_ONLY后面跟了未关闭的模板声明或宏展开异常，即使宏未定义也会报错 - 解决方法：用
#if 0临时注释整块代码测试，它比#ifdef更彻底地跳过语法检查 - 头文件中跨平台声明容易出问题：比如在 Windows 下声明
struct stat，但 macOS 的<sys></sys>已定义，重复定义导致冲突——得用#ifndef _STAT_H配合#ifdef双重防护 - 宏定义顺序很重要：先
#include <features.h></features.h>（Linux）再判断__GLIBC__，否则宏可能还没生效
跨平台 IO 路径分隔符怎么安全处理？
硬写 "" 或 "/" 都不行——Windows API 接受正斜杠但某些旧函数（如 CreateDirectoryA）对反斜杠更稳定；Linux/macOS 不认 ""。
- 别在字符串字面量里拼接：
"data" DIR_SEP "config.txt"比"dataconfig.txt"可维护 - 定义统一宏：
#ifdef _WIN32→#define DIR_SEP ""；否则 →#define DIR_SEP "/" - 更健壮的做法：用
std::Filesystem::path（C++17），它自动处理分隔符，但要注意std::filesystem在 MinGW 上需链接-lstdc++fs，否则链接失败 - 如果必须手写路径，避免在
#ifdef块内做复杂字符串操作——宏展开后可能破坏字符串连接规则
最麻烦的从来不是宏怎么写，而是某个平台下某行代码没被屏蔽、却依赖了未链接的库或未声明的类型——得靠 CI 每次在所有目标平台上实际编译验证，光看宏逻辑不够。