从联合体向字节数组复制不同长度数据的实现合理性及存储机制问询

咱们一个个拆解你的问题：

1. 这种复制数据到数据包的方式可行吗？ #

完全可行，而且这是嵌入式/网络编程里处理字节序列化的常用写法，不过得明确几个关键细节：

• 你提前通过get_param_len限制了len只能是1或2，还在len=1时校验了value不超过255，这已经把数据溢出的风险堵死了。
• 关于联合体的访问：虽然严格来说C标准规定，给联合体某成员赋值后直接访问非活跃成员属于未定义行为，但你用bytes数组读取原始内存字节的操作，在所有主流编译器（GCC、Clang、MSVC）里都是被支持的实践技巧。只要你保证赋值的成员和读取的字节长度匹配（比如len=2时赋值ushort、读2字节；len=1时赋值byte、读1字节），就不会有问题。
• 另外htons的调用是正确的，把主机字节序转成网络大端序后再按字节复制，完全符合网络传输的要求。

2. 联合体内部的数据是如何存储的？ #

联合体的所有成员共用同一块内存空间，内存起始地址完全一致，整个联合体的大小等于其中占用内存最大的成员的尺寸。
拿你的代码举例：

• uint8_t byte占1字节，uint16_t ushort和uint8_t bytes[2]都占2字节，所以整个联合体的大小是2字节。
• 当你给data.ushort赋值时，数据会存在联合体的前2个字节里；给data.byte赋值时，数据会存在联合体的第1个字节里（剩下的1字节内容不确定，但你不会用到它）。

3. byte成员是否始终与bytes[0]等价？ #

是的，它们始终等价，这不是编译器相关行为，而是符合C标准规定的。
根据C标准，联合体的地址等于其每个成员的地址，也就是&data == &data.byte；同时数组bytes的地址也等于联合体的地址（&data == &data.bytes），而数组第一个元素bytes[0]的地址就是数组本身的地址，所以&data.byte == &data.bytes[0]必然成立。
既然指向的是同一个内存字节，那读取data.byte和data.bytes[0]得到的值完全一致，不管是大端还是小端系统，这个结论都成立。

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