最轻量常用方法是union检测：写入0x01020304后读bytes[0]，值为0x04则小端，0x01则大端；C++20可用std::endian编译期判断；指针转换有未定义行为风险；宏定义仅反映编译目标，非运行时真实序。
用联合体（union）快速检测字节序
最轻量、最常用的方法是定义一个 union，把整数和字节数组共用同一块内存，然后写入一个非对称值（如 0x01020304），再读取第一个字节判断高低位分布。
- 小端系统下，
0x01020304在内存中低地址存0x04，所以bytes[0]为0x04 - 大端系统下，低地址存最高字节，
bytes[0]为0x01 - 该方法不依赖编译器扩展，C++98 起就完全合法
union EndianTest {
uint32_t value;
uint8_t bytes[4];
};
EndianTest test;
test.value = 0x01020304;
if (test.bytes[0] == 0x04) {
// 小端
} else if (test.bytes[0] == 0x01) {
// 大端
}
用 std::endian（C++20）直接查标准枚举
C++20 引入了 std::endian 枚举，在编译期就能确定字节序，无需运行时检测，且可配合 if constexpr 做零开销分支。
-
std::endian::little表示小端，std::endian::big表示大端 -
std::endian::native是当前平台实际字节序，多数情况等于前两者之一 - 注意：部分老编译器（如 GCC 10 或 Clang 11 之前）可能未完全支持，需确认
__cpp_lib_endian宏
#include <type_traits>
#if __cpp_lib_endian >= 201907L
if constexpr (std::endian::native == std::endian::little) {
// 编译期已知小端
}
#endif
用指针强制类型转换（简单但有未定义行为风险）
有人会写 *reinterpret_cast<uint8_t*>(&value) 取首字节，这在绝大多数编译器上能工作，但严格来说违反 C++ 严格别名规则（strict aliasing），可能被优化掉或触发未定义行为。
- GCC/Clang 在
-O2下可能把这类读取优化成常量，导致误判 - 若必须用指针方式，请搭配
volatile或memcpy绕过别名限制 - 相比
union方案，它没有语言标准背书，可移植性差
跨平台宏定义（预编译判断）不等于运行时真实字节序
像 __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__ 这类宏，是编译器根据目标平台设定的，一般可靠，但要注意：
立即学习“C++免费学习笔记（深入）”；
- 交叉编译时，宏反映的是目标平台，不是构建机，这点没问题
- 但若程序加载了运行时决定的外部数据（如网络字节流、硬件寄存器映射），仍需以实际内存布局为准，不能只信宏
- 某些嵌入式平台（如 ARM 的 BE8 模式）支持运行时切换字节序，此时宏值固定，而实际行为可变
真正关键的不是“系统是什么端”，而是“当前这段内存按什么顺序解释”，后者永远以运行时实测为准。
