最可靠的方式是用 sizeof(void*) 判断位数：值为4即32位环境，8即64位环境；因其直接反映地址空间宽度，不依赖运行时API或编译器宏，且在交叉编译和WoW64等场景下仍准确有效。
直接看 sizeof(void*) —— 这是最可靠、最轻量、编译期就确定的方式，不依赖运行时 API，也不受编译器宏定义是否启用的影响。
为什么用 sizeof(void*) 而不是 sizeof(int) 或 sizeof(long)
因为指针大小直接反映地址空间宽度：32 位系统地址总线宽度为 32 位，指针占 4 字节；64 位系统通常为 8 字节（LP64 模型，如 Linux/macOS）。而 int 在多数平台仍是 4 字节（即使在 64 位系统），long 在 Windows 上是 4 字节（LLP64），在 Linux/macOS 上是 8 字节（LP64）——不可靠。
-
sizeof(void*) == 4→ 极大概率是 32 位环境（包括 WoW64 下的 32 位进程） -
sizeof(void*) == 8→ 极大概率是原生 64 位环境 -
sizeof(void*)不可能为其他值（标准保证其为 1、2、4、8 等 2 的幂，实际主流仅见 4 或 8）
编译期判断：用 #if 配合 sizeof？不行，得用宏
sizeof 是运行时（或更准确说是翻译期）运算符，不能直接用于 #if。但你可以依赖编译器预定义宏：
- MSVC：
_WIN32总是定义（32/64 位 Windows 都有），_WIN64仅在 64 位下定义 - Clang/GCC：
__x86_64__、__aarch64__等表示目标架构；__LP64__表示 LP64 模型（常见于 Unix-like 64 位系统） - 更通用的做法是组合：
#ifdef _WIN64 || defined(__LP64__) || defined(__x86_64__)，但注意这判断的是「目标平台」，不是「当前进程实际位数」
如果真要编译期分支且确保精准，推荐：用 sizeof(void*) + static_assert 做校验，再配合宏做逻辑分发。
运行时判断：sizeof(void*) 就够了，别调系统 API
有人会想到调 IsWow64Process（Windows）或读 /proc/self/auxv（Linux），但这是过度设计。只要你的程序是原生编译的（不是交叉编译后误跑），sizeof(void*) 的结果就是当前进程的真实指针宽度。
- 32 位程序在 64 位 Windows（WoW64）下运行，
sizeof(void*)仍是 4 - 64 位程序在 64 位系统下运行，
sizeof(void*)是 8 - 不存在「64 位系统上
sizeof(void*)返回 4」的情况（除非你强行用 -m32 编译）
所以一行代码即可：
bool is_64bit = (sizeof(void*) == 8);
容易被忽略的边界：交叉编译和裸机环境
在嵌入式或交叉编译场景下，sizeof(void*) 依然有效，但需确认工具链目标 ABI。例如：
- ARM Cortex-M3（32 位 MCU）：指针为 4 字节
- RISC-V 64（rv64imac）：指针为 8 字节
- 某些 DSP 或老架构可能有 3 字节指针（极其罕见），此时
sizeof(void*)仍返回真实大小，但你的判断逻辑需扩展
绝大多数桌面/服务器/移动开发中，只判断 4 或 8 即可。真正要注意的不是值本身，而是你写的代码是否隐含了指针与整数互转（比如把指针存进 int）、是否用了硬编码的缓冲区大小——这些地方才容易因位数变化崩掉。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
