应使用编译器预定义宏（如_win32、__linux__、__apple__）判断编译目标平台，而非运行时操作系统；宏反映的是编译器生成的二进制目标环境，例如交叉编译时宏与宿主机无关，需结合工具链专用宏（如__mingw64__）区分实际abi。
怎么判断当前编译平台而不是操作系统
预编译宏反映的是 编译器目标平台，不是你本地运行的操作系统。比如在 macOS 上用 Clang 交叉编译 Linux ARM64 二进制，__linux__ 仍可能未定义，而 __APPLE__ 会定义——这说明你误用了运行时环境判断编译目标。
真正可靠的依据是编译器自身定义的宏，而非 uname 或 GetVersionEx 这类运行时 API。
-
_WIN32：所有 Windows 平台（x86/x64/ARM64），MSVC、Clang-cl、MinGW 都定义；_WIN64可额外区分 64 位 -
__linux__：GCC/Clang 在 Linux 上定义（注意双下划线，不是linux） -
__APPLE__：macOS 和 iOS 都定义，需配合__MACH__（总是和__APPLE__同时出现）进一步确认是 Darwin - 不要依赖
WIN32（CMake 传入的宏，非编译器原生）、__unix__（Solaris、AIX 也定义，不专指 Linux）
为什么不能只靠 _WIN32 和 __linux__ 就完事
因为 macOS 既不满足 _WIN32，也不满足 __linux__，但 __APPLE__ 单独用又会误判 iOS。更麻烦的是 MinGW 环境：它在 Windows 上跑，但生成的是 POSIX 兼容二进制，_WIN32 定义了，__linux__ 没定义，__APPLE__ 也没定义——这时你要决定：它是“Windows 风格”还是“POSIX 风格”？
典型取舍逻辑：
- 系统调用路径（如文件分隔符、socket 创建方式）按实际目标 ABI 判定：MinGW → 当作 Linux 类 POSIX 处理
- 工具链行为（如 DLL 加载、符号导出语法）按
_WIN32处理 - 用
#ifdef __MINGW32__或#ifdef __MINGW64__显式捕获 MinGW，避免和 MSVC 混淆
推荐的跨平台宏分组写法（可直接复制）
把平台判定收拢到一个头文件（比如 platform.h），统一暴露干净的业务语义宏，而不是到处散落 #ifdef：
直播话术巡检系统(Windows版) — 实时语音转写、关键词检测、场景自动切换、告警推送、大屏可视化。支持 Windows VB-Cable 虚拟声卡音频采集，阿里云 ASR 实时识别。一键启动脚本，自动安装环境。
#ifndef PLATFORM_H #define PLATFORM_H <p>// 底层编译器平台</p><h1>if defined(_WIN32)</h1><h1>define PLATFORM_WINDOWS 1</h1><h1>define PLATFORM_POSIX 0</h1><h1>elif defined(<strong>linux</strong>)</h1><h1>define PLATFORM_WINDOWS 0</h1><h1>define PLATFORM_POSIX 1</h1><h1>elif defined(<strong>APPLE</strong>) && defined(<strong>MACH</strong>)</h1><h1>define PLATFORM_WINDOWS 0</h1><h1>define PLATFORM_POSIX 1</h1><h1>else</h1><h1>error "Unsupported platform"</h1><h1>endif</h1><p>// 衍生语义（按需扩展）</p><h1>if PLATFORM_WINDOWS</h1><h1>define PATH_SEP '\'</h1><h1>define DYNAMIC_LIB_EXT ".dll"</h1><h1>elif PLATFORM_POSIX</h1><h1>define PATH_SEP '/'</h1><h1>define DYNAMIC_LIB_EXT ".so"</h1><h1>endif</h1><h1>endif</h1>
这样后续代码里只写 #if PLATFORM_WINDOWS，可读性高，也方便后期加 WebAssembly、FreeBSD 支持。
容易被忽略的构建系统干扰点
CMake 或 Meson 可能主动 #define 自定义宏（比如 -DUNIX），覆盖或干扰编译器原生宏。一旦发现宏行为异常，先检查：
- 用
g++ -dM -E - 看编译器实际看到哪些宏 - CMake 中禁用自动定义：
set(CMAKE_PLATFORM_IMPLICIT_INCLUDE_DIRECTORIES "")防止它注入__linux__类宏 - 如果项目必须支持 Cygwin，注意它定义
__CYGWIN__而非__linux__，且_WIN32也定义——得单独处理
最麻烦的情况是交叉编译：宿主机是 Linux，目标是 Windows（MinGW），此时 __linux__ 和 _WIN32 都可能被定义，必须以工具链前缀（如 x86_64-w64-mingw32-g++）为准，靠 __MINGW32__ 这类专用宏兜底。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
