std::endian是一个C++20引入的enum class，包含little、big、native三个编译期常量，其中native由目标平台决定且不可运行时更改，它仅用于编译期字节序判断，不提供转换功能，也不能替代运行时探测或预处理器宏。
std::endian 只能在编译期判断，且结果完全由目标平台决定，不是运行时探测 —— 它不看 CPU 当前状态，只看编译器生成代码的目标架构。
std::endian 是什么，不是什么
它是一个 enum class，包含三个值：std::endian::little、std::endian::big、std::endian::native。其中 std::endian::native 就是编译目标平台的字节序，由编译器在编译时固化，无法在运行时改变或查询“当前 CPU 模式”（比如 ARM 的 BE8 模式切换）。
常见误解是把它当函数调用，比如写 std::endian::native() 或试图在 if 里运行时比较 —— 它只是常量，不是 callable 对象。
怎么安全地用 std::endian 做编译期判断
必须满足两个前提：C++20 标准启用 + 编译器完整支持。否则会编译失败或行为未定义。
立即学习“C++免费学习笔记（深入）”；
- GCC/Clang 需加
-std=c++20；MSVC 需/std:c++20 - 检查宏
__cpp_lib_endian >= 201907L，避免旧编译器直接报错 - 用
static_assert或if constexpr搭配，确保分支被编译器彻底剪枝
示例：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
#include <type_traits> #if __cpp_lib_endian >= 201907L static_assert(std::endian::native == std::endian::little, "Only little-endian supported"); #else #error "std::endian not available" #endif
注意：这个断言在交叉编译时反映的是 build 主机 的 std::endian::native，不是 target 设备 —— 如果你用 x86_64 编译器去交叉编译 ARM 大端固件，std::endian::native 仍可能是 little，除非你用了正确配置的工具链（如 arm-none-eabi-g++ -mbe32 并且其 libc++ 实现了该枚举）。
为什么不能只靠 std::endian 做跨平台兼容
它不提供任何字节序转换能力，也不处理结构体对齐、填充或浮点表示差异。仅靠 static_assert(std::endian::native == std::endian::big) 不能让二进制文件可移植 —— 你仍需手动调用 std::byteswap 或网络字节序函数，再 write 到文件或 socket。
更关键的是：嵌入式场景下，很多 toolchain（如旧版 arm-none-eabi-gcc）根本不实现 std::endian，即使开了 C++20；MSVC 19.3x 在模板实例化中对 std::endian::native 的 constexpr 展开仍有 bug，导致 if constexpr 分支失效。
所以真实项目中，建议：
- 优先用预处理器宏（如
__BYTE_ORDER__）做 fallback - 运行时关键路径用 union 法实测（写
0x01020304读首字节） - 不要把
std::endian当唯一依据，尤其在裸机、容器多架构部署、或 SDK 需兼容 C++17 的场景
最易被忽略的一点：std::endian 的值在链接时就固定了，和运行时加载的 shared library 所在 CPU 无关 —— 如果你在 x86 上编译一个 .so，拿到 ARM 机器上 dlopen，它的 std::endian::native 仍是 x86 的 little，不是 ARM 的实际行为。
