最可靠方法是用union：union { uint16_t value; uint8_t bytes[2]; } u = { .value = 1 }; bool is_little_endian = (u.bytes[0] == 1);它轻量、无依赖、符合c++11+标准，避免strict aliasing问题，且运行时准确。
用 union 一次性读取多字节整数的最低字节
最轻量、最通用的方法是借助 union 的内存重叠特性，把一个 uint16_t（或 uint32_t）和一个 uint8_t 放在一起，写入 1，再读低地址字节：如果读到 1 就是小端，否则是大端。
示例代码：
bool is_little_endian() {
union {
uint16_t value;
uint8_t bytes[2];
} u;
u.value = 1;
return u.bytes[0] == 1;
}
注意点：
-
union不依赖编译器扩展，C++11 起标准支持 - 用
uint16_t而非int，避免符号位干扰和大小不确定 - 不要用指针强转（如
*(uint8_t*)&val），可能触发未定义行为（UB），尤其在开启严格别名优化时（-fstrict-aliasing）
用 std::endian（C++20 起）直接查标准枚举
C++20 引入了 std::endian，编译期常量，无需运行时判断。
常见用法：
#include <type_traits>
#if __cpp_lib_endian >= 201907L
constexpr bool is_little = (std::endian::native == std::endian::little);
#else
// fallback to runtime check
#endif</type_traits>
关键事实：
-
std::endian::native表示当前平台原生字节序，不是“编译目标”字节序（比如在 x86_64 上交叉编译 ARM 程序，仍返回 x86_64 的 native） - 该枚举在 Clang 11+、GCC 10+、MSVC 19.28+ 中可用；老版本编译会失败，必须加 feature-test 宏保护
- 它不解决「运行时切换」场景（如某些模拟器或运行时解释器），只反映编译时所知的平台特性
通过 htons() / ntohs() 的副作用间接判断
虽然不推荐作为主要手段，但 htons(1) 在小端机上返回 0x0100（即 256），在大端机上返回 0x0001（即 1）。可借此反推。
示例：
#include <arpa> // Linux/BSD
// #include <winsock2.h> // Windows（需初始化 WSADATA）
bool is_little_endian_via_htons() {
return htons(1) == 256;
}</winsock2.h></arpa>
问题明显：
- 依赖网络字节序（固定大端）与主机序的差异，语义绕弯，可读性差
- Windows 下需链接
ws2_32.lib，且未调用WSAStartup()时某些旧版本可能崩溃（虽现代实现通常容忍） - 嵌入式或无 libc 环境（如 freestanding）不可用
编译期宏判断（仅限常见架构，慎用于跨平台库）
部分编译器预定义宏能反映目标端序，例如：
-
__BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__（GCC/Clang） -
_M_X64或_M_IX86（MSVC，隐含小端） -
__BIG_ENDIAN__（某些 ARM 编译器）
但要注意：
- 这些宏由编译器根据
-march、-mbig-endian等选项设置，不代表运行时实际硬件——比如在 aarch64 上用-mbig-endian编译，程序仍跑在小端 CPU 上（ARMv8 支持运行时切换 endianness，但极少启用） - 没有统一标准，不同编译器宏名不同，维护成本高
- 一旦用于模板特化或
if constexpr，就锁死了编译时假设，无法应对运行时异构环境（如 fat binary、JIT）
真正需要可靠判断时，运行时检测仍是底线；宏只适合内部工具链或已知受控环境。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
