不能用 int + char 判定字节序，因 int 有符号、宽度不固定、违反严格别名规则，-o2 下可能被误优化；应使用 uint32_t + unsigned char 强转，配合非对称测试值与 reinterpret_cast。
直接用 uint32_t 配合 unsigned char* 强转是最简、最稳的运行时判定方式，但必须避开 int 和 char* 组合——它在 -O2 下可能被优化掉，且结果不可靠。
为什么不能用 int + char* 判定
常见写法如 int n = 1; *(char*)&n == 1 看似能工作，但实际隐患密集：
-
int是有符号类型，若值为负（比如-1），*(char*)&n的结果依赖补码实现和平台，无法稳定反映字节序 - 严格别名规则（strict aliasing）禁止通过非字符类型指针访问对象，
char*是例外，但前提是原对象类型与char兼容；int不保证这点，Clang 会警告，GCC 在-O2下可能生成错误代码 - 即使值为 1，某些嵌入式平台或旧编译器对
int的宽度不固定（16 位），导致 4 字节判断失效
uint32_t + unsigned char* 的正确写法
核心是：用确定宽度、无符号、标准布局的整型，配合允许别名的字符指针类型。示例：
bool is_little_endian() {
uint32_t test = 0x01020304U;
unsigned char* bytes = reinterpret_cast<unsigned char>(&test);
return bytes[0] == 0x04;
}</unsigned>
关键点：
- 必须用
0x01020304U这类非对称值，避免高位/低位字节相同时误判 -
unsigned char*是 C++ 标准明确允许用于访问任意对象的“逃生通道”，比uint8_t*更稳妥（某些平台uint8_t可能不是unsigned char） - 不用
static_cast——reinterpret_cast是唯一语义正确的选择 - 该函数 C++98 起全平台可用，不依赖
<bit></bit>或std::endian
对比 union 法：何时该换？
union 法（union { uint32_t i; uint8_t c[4]; } u = {0x01020304U}; return u.c[0] == 0x04;）同样可靠，且完全规避 strict aliasing 问题。但它和指针强转法的区别在于：
- union 法更“重”一点：需要定义结构体，对极简头文件或宏封装场景稍显冗余
- 指针强转法更容易内联、更容易写成单表达式（比如用于
constexpr if的条件分支） - 二者性能无差异，现代编译器都优化为一条内存读取指令
- 如果你在写跨平台底层库，且需兼容 C++11 以前环境，优先选指针强转法；若团队禁用
reinterpret_cast，就用 union
真正容易被忽略的是：所有这些方法检测的都是「当前目标平台的运行时内存字节序」，不是构建主机的、也不是交叉编译工具链的——所以千万别在构建脚本里硬编码 __BYTE_ORDER__ 宏来替代运行时检测。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
