为何自定义消息无法正确封装为Raw Ethernet数据包？

问题现象 #

从tcpdump捕获结果可以看到，自定义消息的TransactionHeader1字段（尤其是length）未按预期组装，而payload部分是正确的。捕获到的header前8字节为：00 01 49 00 00 00 40 00，其中00 00 40 00是小端存储的0x00400000（符合memoryAddress预期），但00 01 49 00与TransactionHeader1的预期值不符。

核心原因分析 #

问题出在位域的编译器依赖行为，尤其是跨字节位域uint16_t length:11的存储顺序：

1. GNU C中，跨字节位域的存储顺序与编译器实现相关，小端系统下，位域的低位可能被存储在高地址字节，导致length=2被错误存储为0b01000000000（十进制512），对应字节为0x49 0x00。
2. Message结构体未添加__attribute__((packed))属性，虽然当前不会产生填充，但存在潜在的对齐风险。

修复方案 #

方案一：位域优化（减少编译器依赖） #

修改结构体定义，确保位域存储行为可控：

1. 给Message结构体添加packed属性，强制无填充：

typedef struct __attribute__((packed)) {
    TransactionHeader1 header1;
    TransactionHeader2 header2;
    uint32_t payload[]; // Flexible array member for payload
} Message;

2. 将TransactionHeader1中的length位域类型改为uint32_t，避免跨类型的位域处理差异：

typedef struct __attribute__((packed)) {
    uint8_t isWrite : 1;
    uint8_t isResponse : 1;
    uint8_t reserved : 2;
    uint8_t responseStatus : 4;
    uint8_t payloadType : 8;
    uint8_t burstType : 2;
    uint8_t size : 3;
    uint32_t length : 11; // 改用uint32_t类型，避免跨字节存储歧义
} TransactionHeader1;

方案二：手动字节拼接（完全消除编译器依赖） #

彻底放弃位域，手动计算每个字节的值，这是最可靠的跨平台方案：

1. 修改TransactionHeader1为显式字节结构：

typedef struct __attribute__((packed)) {
    uint8_t byte0; // 位0:isWrite, 位1:isResponse, 位2-3:reserved, 位4-7:responseStatus
    uint8_t byte1; // payloadType
    uint8_t byte2; // 位0-1:burstType, 位2-4:size, 位5-7:length高3位
    uint8_t byte3; // length低8位
} TransactionHeader1;
static_assert(sizeof(TransactionHeader1) == 4, "TransactionHeader1 not packed");

2. 在createMessage中手动填充每个字节：

// 填充header1.byte0
msg->header1.byte0 = (isWrite ? 0x01 : 0x00) |
                     (isResponse ? 0x02 : 0x00) |
                     (0 << 2) | // reserved设为0
                     ((uint8_t)responseStatus << 4);

// 填充header1.byte1
msg->header1.byte1 = payloadType;

// 填充header1.byte2
uint8_t burst_bits = (uint8_t)burstType & 0x03;
uint8_t size_bits = ((uint8_t)size & 0x07) << 2;
uint8_t length_high3 = ((uint16_t)length >> 8) & 0x07;
msg->header1.byte2 = burst_bits | size_bits | (length_high3 << 5);

// 填充header1.byte3
msg->header1.byte3 = (uint8_t)length & 0xFF;

额外验证步骤 #

在发送前添加内存打印代码，确认header的实际值：

// 在createMessage后添加
printf("Header1 bytes: %02x %02x %02x %02x\n",
       msg->header1.byte0, msg->header1.byte1,
       msg->header1.byte2, msg->header1.byte3);
printf("Header2 bytes: %02x %02x %02x %02x\n",
       ((uint8_t*)&msg->header2.memoryAddress)[0],
       ((uint8_t*)&msg->header2.memoryAddress)[1],
       ((uint8_t*)&msg->header2.memoryAddress)[2],
       ((uint8_t*)&msg->header2.memoryAddress)[3]);

对比打印结果与tcpdump捕获内容，确认修复是否生效。

内容的提问来源于stack exchange，提问作者Mithridates the Great