如何同时便捷使用大端与小端字节序？

这个思路真的很贴合单片机场景！我来给你拆解下这套方案的核心逻辑，再聊聊它的优势和需要留意的细节：

你用的union是把同一块10字节的内存空间做了三种访问方式：

• as_byte：按单个字节直接操作，适合和外设的字节流接口交互；
• as_big_endian：带__bigendian限定符的16位数组，因为你的MCU是小端字节序，编译器会自动在读写这个成员时插入字节交换指令，帮你完成小端到（存储的）大端、大端到（读取的）小端的转换；
• as_little_endian：就是普通的小端16位数组，和MCU原生字节序一致，读写不会触发转换。

本质上是用编译器扩展的语法，把手动字节交换的逻辑封装到了类型限定符里，让代码更简洁。

• 代码可读性拉满：不用每次处理大端数据都写__REV16()或者手动移位拼接，直接通过as_big_endian读写，语义非常明确，别人看代码一眼就懂这是在处理大端格式的数据；
• 效率有保障：既然编译器支持这个限定符，生成的字节交换指令肯定是用MCU原生的硬件指令（比如ARM的REV16），比自己写的移位+掩码代码效率高多了；
• 省内存：union共享内存空间，不用额外开辟缓冲区存转换后的数据，对单片机这种RAM寸土寸金的环境太友好了。

• 可移植性差：__bigendian和__littleendian是编译器私有扩展，不是标准C的内容。如果以后换编译器或者换MCU平台，这个写法大概率失效，得重新改成手动字节交换或者适配新编译器的语法；
• 内存对齐问题：虽然一般编译器会自动保证uint16的对齐，但如果你的代码有自定义内存布局（比如把Buffer放在特定地址），最好给union加个对齐属性，比如__attribute__((aligned(2)))，避免因对齐错误导致的硬件异常；
• volatile不能忘：如果这个Buffer是给DMA或者外设直接访问的，一定要给union加上volatile限定符！不然编译器可能会因为优化把读写操作干掉，导致数据不一致；
• 调试要注意：调试时要看清楚编译器显示的as_big_endian值是转换后的结果还是原始内存值，不同编译器的调试行为可能不一样，别排查问题时被误导。

比如给外设发送大端格式的16位数据：

// 把小端的0x1234写入as_big_endian，编译器自动转成大端存储（内存里是0x12、0x34）
Buffer.as_big_endian[0] = 0x1234;
// 直接通过外设发送字节数组即可
uart_send(Buffer.as_byte, 2);

接收外设发来的大端数据时：

// 先把外设收到的字节写入as_byte（内存里是0x12、0x34）
uart_receive(Buffer.as_byte, 2);
// 读取as_big_endian时，编译器自动转成小端的0x1234
uint16_t received_data = Buffer.as_big_endian[0];

内容的提问来源于stack exchange，提问作者mic