<p>最可靠的方法是用 sizeof(void) 判断系统位数：32位系统为4字节，64位系统为8字节；宏定义和运行时检测均不可靠，uintptr_t 虽可用但不如 void 直接。</p>
用 sizeof(void*) 判断指针长度最可靠
系统位数本质是地址总线宽度，C++里最直接的体现就是指针大小：32位系统上 void* 占 4 字节，64位系统上占 8 字节。宏定义如 __x86_64__ 或 _M_X64 依赖编译器和平台，容易漏掉交叉编译或非主流环境（比如在 x86_64 上用 -m32 编译出 32 位程序），而 sizeof(void*) 是运行时实际值，不会骗人。
常见错误现象：#ifdef _WIN64 在 MinGW-w64 的 32 位目标下可能仍为真，导致误判；sizeof(int) 完全不可靠——Windows 和 Linux 下 int 几乎总是 4 字节，跟系统位数无关。
- 推荐写法：
constexpr bool is_64bit = sizeof(void*) == 8; - 若需编译期常量，用
if constexpr（C++17 起）配合sizeof，避免宏分支 - 不要用
sizeof(long)：Windows 上long是 4 字节，Linux x86_64 上是 8 字节，但 musl 或某些嵌入式平台又不同
跨平台宏定义要按编译目标而非运行环境查
宏定义反映的是「编译时决定的目标架构」，不是程序将来跑在哪。比如用 Clang 在 macOS ARM64 上编译 x86_64 二进制，__x86_64__ 会定义，但 __aarch64__ 不会——这没问题，因为你要适配的是生成的代码，不是宿主机。
容易踩的坑：_WIN32 在 64 位 Windows 上依然定义（它只表示 Windows 平台，不区分位数）；__LP64__ 表示 long 和 pointer 都是 64 位，但 Windows 不遵循 LP64 模型（它是 LLP64），所以这个宏在 MSVC 下基本没用。
立即学习“C++免费学习笔记（深入）”；
- Windows 64 位检测：同时检查
_WIN32和_WIN64 - Unix-like 64 位检测：优先用
__x86_64__、__aarch64__等 CPU 架构宏，而不是__LP64__ - Qt 项目慎用
Q_PROCESSOR_WORDSIZE：它返回编译器认为的“字长”，但在某些旧 Qt 版本中可能未正确定义
std::numeric_limits<:size_t>::max()</:size_t> 不适合做位数判断
有人想用 std::size_t 的最大值来反推位数，比如检查是不是 0xFFFFFFFFFFFFFFFFULL。这看似合理，但实际错在逻辑倒置：std::size_t 的大小由 ABI 决定，而 ABI 又由系统位数和编译选项共同决定——它只是结果，不是原因。更麻烦的是，std::size_t 在 32 位系统上也可能是 64 位（比如某些 freestanding 环境或定制 libc），此时 max() 返回值就完全失真。
-
sizeof(std::size_t)比max()更接近目标，但仍不如sizeof(void*)直接 - 不要写
if (sizeof(size_t) == sizeof(uint64_t))这类等价假设：uint64_t 是可选类型，不一定存在 - 如果必须用整数类型作判断，
uintptr_t是标准定义的、能容纳指针的无符号整数类型，sizeof(uintptr_t) == sizeof(void*)恒成立
运行时检测无法绕过编译目标限制
有人试图在程序启动时读取 /proc/cpuinfo（Linux）或调用 GetNativeSystemInfo（Windows）来“动态确认”系统位数。这其实混淆了两个概念：你写的程序能不能用 64 位地址空间，取决于它自己是 32 还是 64 位可执行文件，而不是操作系统是否支持。一个 32 位程序在 64 位 Windows 上照样跑，但它永远看不到超过 4GB 的虚拟地址空间。
真正需要运行时检测的场景极少，比如自解压器或调试器加载模块时需匹配目标架构。对绝大多数应用来说，编译期已知的信息（sizeof(void*)）就是全部所需。
- 不要在库头文件里写运行时检测逻辑：它会让内联失效、增加启动开销
- 若确实要查 OS 支持（例如决定是否启用 AVX-512），应单独封装，且明确注释“这是查 OS 能力，不是查本程序位数”
- Windows 上
IsWow64Process查的是当前进程是否以 WOW64 方式运行，不能用来判断系统本身位数
最稳的路只有一条：信 sizeof(void*)，其他都是干扰项。宏定义只作辅助，别让它主导逻辑分支；运行时探测除非真有跨架构加载需求，否则纯属给自己加戏。
