编译期判断最可靠，应优先使用预定义宏如__x86_64__、__aarch64__、__riscv__等；linux运行时可解析/proc/cpuinfo中flags或isa字段；windows应调用getnativesysteminfo()获取宿主原生架构。
编译期判断：用预定义宏识别目标架构
编译时就能确定的架构信息，最可靠的方式是查 __x86_64__、__i386__、__aarch64__、__arm__、__riscv 这类标准宏。它们由编译器自动定义，无需运行时开销，也完全规避了跨平台检测失败的风险。
常见组合：
-
__x86_64__表示 x86-64（注意：__i386__通常不与__x86_64__同时定义） -
__aarch64__对应 ARM64；__arm__一般指 ARM32（但现代工具链中较少见） -
__riscv存在即表示 RISC-V，进一步可用__riscv_xlen判断是 32 位还是 64 位 - Windows 上 MSVC 用
_M_X64、_M_ARM64等，需额外适配
运行时读取 /proc/cpuinfo（Linux）
Linux 下可解析 /proc/cpuinfo 获取实际运行的 CPU 架构，但要注意：它反映的是内核看到的硬件能力，不是当前进程的 ABI。例如在 ARM64 主机上跑 x86-64 模拟器（如 QEMU-user），/proc/cpuinfo 仍显示 ARMv8，而进程实际是 x86-64。
关键字段：
- x86/x86_64：检查
flags行是否含lm（long mode）→ 有则为 x86_64；否则查386、486等（基本可忽略） - ARM：看
CPU architecture（如8）或Features中的asimd、fp（ARM64 特征） - RISC-V：找
isa字段，值类似rv64imafdc→ 开头rv64或rv32即可判定
别硬编码路径——用 std::ifstream("/proc/cpuinfo") 读取即可，无需 system() 或外部命令。
Windows 上用 GetNativeSystemInfo()
Windows 不暴露类似 /proc 的接口，但 GetNativeSystemInfo() 返回的是**宿主系统原生架构**（不是 WoW64 子系统下的伪装值）。这对判断真实硬件类型足够可靠。
使用要点：
- 必须包含
<windows.h></windows.h> - 检查
SYSTEM_INFO::dwProcessorType和dwArchitecture（Windows 10 1903+ 推荐用后者） - 典型值：
PROCESSOR_ARCHITECTURE_AMD64、PROCESSOR_ARCHITECTURE_ARM64、PROCESSOR_ARCHITECTURE_RISCV64 - 注意：32 位程序在 x64 系统上运行时，
GetNativeSystemInfo()仍返回AMD64，不会被 Wow64 干扰
为什么不能只靠 uname() 或 getconf
uname -m 或 getconf LONG_BIT 在容器、chroot、交叉编译环境里极易误判。比如在 x86-64 宿主机上运行 debian:arm64 容器，uname -m 仍输出 x86_64 —— 因为内核没换，只是用户态镜像不同。
更麻烦的是 RISC-V：部分旧版 uname 会 fallback 到 unknown 或 riscv（无位宽），而 getconf 根本不支持该字段。这类工具本质是 shell 封装，底层依赖内核接口，稳定性远不如编译宏或 Windows API。
真正需要“运行时探测”的场景极少，多数情况应优先用编译期宏；非要运行时，Linux 选 /proc/cpuinfo，Windows 选 GetNativeSystemInfo()，其它平台（macOS）建议直接报错或静态限定。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
