应使用编译器预定义宏判断目标操作系统：_WIN32（Windows）、__linux__（Linux）、__APPLE__（macOS/iOS）、__FreeBSD__等；这些宏标识编译目标平台，非运行时系统，且需与编译器宏（如__GNUC__）正交使用，避免混淆。
如何用预定义宏判断当前编译目标操作系统
C++ 本身不提供运行时跨平台系统检测机制，但所有主流编译器（GCC、Clang、MSVC）在编译期都会定义一组标准宏，用于标识目标操作系统和架构。关键在于：这些宏反映的是「编译目标平台」，不是程序运行时实际所在的系统——如果交叉编译，二者可能不一致。
常用判断逻辑如下：
-
__linux__：GNU/Linux 系统（GCC/Clang 定义，注意双下划线，linux单下划线不保证存在） -
_WIN32或_WIN64：Windows 平台（MSVC、GCC、Clang 均定义；_WIN32在 64 位 Windows 上也成立） -
__APPLE__：macOS 或 iOS（需配合__MACH__使用更稳妥，但__APPLE__已足够区分） -
__FreeBSD__、__OpenBSD__、__NetBSD__：对应 BSD 变种
示例写法：
#if defined(_WIN32)
// Windows 专用路径处理或 API 调用
#include
#elif defined(__linux__)
// Linux 特有 syscall 或 procfs 访问
#include
#elif defined(__APPLE__)
// macOS 使用 CoreFoundation 或 Mach API
#include
#endif
为什么不能用 getenv("OS") 或 system("uname") 判断系统类型
这类运行时方法看似“准确”，实则不可靠且违背设计意图：
立即学习“C++免费学习笔记（深入）”；
-
getenv("OS")仅在 Windows 下存在（值为Windows_NT），Linux/macOS 不设该变量，返回nullptr -
system("uname")依赖 shell 和外部命令，嵌入式环境、无 shell 的容器、沙箱中大概率失败；还引入进程开销和安全风险（如命令注入） - 多数跨平台库（如 Boost、Qt）的底层也是靠编译期宏分发实现，而非运行时探测
真正需要运行时识别的场景极少（例如插件动态加载不同 SO/DLL），此时应通过明确约定的接口（如函数指针表、工厂函数）解耦，而不是靠字符串匹配系统名。
