【 在 blippman (laoxu0124) 的大作中提到: 】
: 标  题: [求助]windows c++ 结构体域字节宽度问题
: 发信站: 水木社区 (Fri Dec 24 17:52:08 2021), 站内
:
:
: 如下代码片段,
: typedef struct
: {  
: ...
:     UINT16_T          nb_of_target_dsc;
:     UINT8_T           target_desc[3];      
:     UINT8_T           amp;                
:     UINT32_T          time_of_day : 24;    
:     UINT8_T           message_type;        
      UINT32_T          message_type : 8;
: ...}
:
: Gcc 编译, 结果是time_of_day 占用三个字节. windows visual studio 2015/2010 编译, 结果都是4个字节. 尝试过#Pragma pack 和 /Zp1 对其, 结果也没变化.
:
: 请问还有什么编译办法吗? (大量类似的代码, 目标编译成win32 静态lib 库使用. )
:
:
: --
: NULL
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 61.51.95.*]
--
FROM 110.191.213.*

https://docs.microsoft.com/en-us/cpp/cpp/cpp-bit-fields?view=msvc-170

擦，发完仔细看了看二楼，已经回答了。我以为只是转了
--
FROM 61.185.159.*

MSVC只会把相同类型的bit field放在一起

bit field的layout是编译器自定义的，各个编译器的实现可能不同，不是标准的。标准没强制。
--
FROM 114.245.195.*

对于位域，分配多少全是是编译器自己的事情。
标准仅仅说了一句话，初始分配足够的空间，如果下一个相邻的位域能够容纳进去，则放进该空间。
至于初始空间是多少，则看实现了。

An implementation may allocate any addressable storage unit large enough to hold a bitfield. If enough space remains, a bit-field that immediately follows another bit-field in a structure shall be packed into adjacent bits of the same unit. If insufficient space remains, whether a bit-field that does not fit is put into the next unit or overlaps adjacent units is implementation-defined. The order of allocation of bit-fields within a unit (high-order to low-order or low-order to high-order) is implementation-defined. The alignment of the addressable storage unit is unspecified.

【 在 blippman 的大作中提到: 】
: 确实windows 平台有些场景下, 结构体的位宽是生效的,
: 比如
: typedef struct
: ...................
--来自微水木3.5.11
--
FROM 140.206.195.*

估计楼主是拿着结构体直接 memcpy() 序列化。

其实结构体正常情况下并不存在跨平台的问题，因为不可能调用者和被调用者不可能位于同一个内存空间。它们之间必然通过 IPC 或者网络进行通讯。

此时正确的选择是使用 json, protobuf, msgpack 这些序列化工具库，或者更进一步使用消息队列，RPC 处理问题。

【 在 xunery (寻) 的大作中提到: 】
: 对于结构体，如果想跨平台，可能需要手工加pad补齐相关位，我印象按8字节对齐两个编译器都没问题
--
FROM 117.26.54.*