最可靠的方法是用union检测：union { uint32_t val; uint8_t bytes[4]; } u = { .val = 0x01020304 }; bool is_little_endian = (u.bytes[0] == 0x04)；小端时最低有效字节0x04存于低地址，大端时为0x01。
用 uint32_t 指针强制转换检测字节序最直接
判断系统是大端还是小端，本质是看多字节整数在内存中的存储顺序。最常用、最可靠的做法是写一个 uint32_t 值（比如 0x01020304），再用 uint8_t* 指针去读它的首字节：
uint32_t val = 0x01020304; uint8_t* bytes = reinterpret_cast<uint8_t*>(&val); bool is_little_endian = (bytes[0] == 0x04); // 小端：最低有效字节在低地址
这个方法不依赖编译器扩展或标准库宏，所有 C++ 编译器都支持，且生成的汇编极简，无运行时开销。
常见错误是误用 char* 而非 uint8_t* ——虽然多数平台等价，但 char 有符号性不确定，uint8_t 语义更清晰、可移植性更强。
std::endian（C++20）能编译期判定但需注意兼容性
C++20 引入了 std::endian 枚举和 std::endian::native，可在编译期得知本机字节序：
立即学习“C++免费学习笔记（深入）”；
if constexpr (std::endian::native == std::endian::little) {
// 小端逻辑
} else if constexpr (std::endian::native == std::endian::big) {
// 大端逻辑
}但它只在编译期有效，无法用于运行时动态检测；而且 GCC 12+、Clang 12+、MSVC 19.30+ 才完整支持，老项目或交叉编译环境可能未定义 std::endian。
使用前务必检查：#ifdef __cpp_lib_endian 或 __has_include(<version>)</version>，否则编译直接失败。
位运算判定易错点：别对 int 右移负数
有人尝试用位运算“提取最低字节”来判别，比如：(val >> 0) & 0xFF 和 (val >> 24) & 0xFF 对比——这本身没问题，但若误用带符号类型（如 int）做右移，负数会算术右移，结果不可靠：
- 用
uint32_t或unsigned int，确保逻辑右移 - 避免
int val = 0x01020304;→ 可能在某些平台被解释为负数 - 位运算方案不如指针法直观，且无法区分 PDP-11 这类罕见中间端序（虽现代 x86/ARM 都不用）
跨平台头文件里怎么安全封装？
实际项目中建议封装成内联函数，并屏蔽编译器警告：
inline bool is_little_endian() noexcept {
static constexpr uint32_t test = 0x01020304;
return *reinterpret_cast<const uint8_t*>(&test) == 0x04;
}加上 static constexpr 确保编译期常量折叠；noexcept 明确无异常；const uint8_t* 避免修改风险。不要用全局变量或静态局部变量存结果——虽然这里没副作用，但容易误导后续加状态逻辑。
真正容易被忽略的是：某些嵌入式平台（如部分 ARM Cortex-M 启用 BE8 模式）或 QEMU 用户模式模拟时，std::endian::native 可能和硬件真实字节序不一致，此时必须以运行时指针检测为准。
