Go与C结构体对齐差异：ARM平台共享内存读写适配疑问

问题描述 #

我在C程序中初始化了一个结构体并挂载到共享内存，结构体定义如下：

#define DrvMaxTag 1024
#define DrvMaxStr 128
#define StructLEN 32

typedef struct TagTypeStruct
{
    unsigned char IO;
    unsigned char Drv;
    unsigned char Class;
    unsigned char Group;
}TagTypeStruct;

typedef struct IEC_DT
{
    long int tv_Sec;
    long int tv_nSec;
}IEC_DT;

typedef struct DrvSHMTagStruct
{
    char          TagName[DrvMaxTag][DrvMaxStr];
    double        TagValue[DrvMaxTag];
    double        OldValue[DrvMaxTag];
    unsigned int  TagStatus[DrvMaxTag];
    unsigned int  OldStatus[DrvMaxTag];
    long long     TagControl[DrvMaxTag];
    IEC_DT        TagValueDT[DrvMaxTag];
    TagTypeStruct TagType[DrvMaxTag];
    int           DrvAddr[DrvMaxTag];
    unsigned char LogFlag[DrvMaxTag];
    unsigned char Freeze[DrvMaxTag];
    int           LogicState;
    char          DrvPath[DrvMaxStr];
    int           TagQuantity;
    unsigned char Instance;
}DrvSHMTagStruct;

随后用Go语言编写程序读取该结构体，对应Go结构体定义如下：

const StructLEN = 32
const DrvMaxTag = 1024
const DrvMaxStr = 128

type TagTypeStruct struct {
    IO    uint8
    Drv   uint8
    Class uint8
    Group uint8
}

type IEC_DT struct {
    tv_Sec  int32
    tv_nSec int32
}

type DrvSHMTagStruct struct {
    TagName [DrvMaxTag][DrvMaxStr]byte
    TagValue   [DrvMaxTag]float64
    OldValue   [DrvMaxTag]float64
    TagStatus  [DrvMaxTag]uint32
    OldStatus  [DrvMaxTag]uint32
    TagControl [DrvMaxTag]int64
    TagValueDT [DrvMaxTag]IEC_DT
    TagType    [DrvMaxTag]TagTypeStruct
    DrvAddr    [DrvMaxTag]int32
    RetainFlag [DrvMaxTag]uint8
    Freeze     [DrvMaxTag]uint8
    LogicState int32
    DrvPath     [DrvMaxStr]uint8
    TagQuantity int32
    Instance    uint8
}

在ARM架构Linux系统中，C中DrvSHMTagStruct结构体大小为182416字节，Go中对应结构体大小为182412字节，二者相差4字节，但跨语言读写共享内存却完全正常。已知这是C编译器的结构体对齐导致的差异，但疑惑为何大小不同的情况下Go仍能正确读写？此外该差异仅出现在ARM平台，x64 Ubuntu系统下二者大小一致。

原因分析 #

1. 大小差异来源于结构体末尾的填充字节 #

C编译器为了满足结构体整体的对齐要求，会在结构体末尾添加填充字节，这些字节不属于任何有效字段，仅用于内存对齐。在你的场景中，ARM平台下C编译器添加的4字节填充正好位于结构体的最后，不会影响前面所有有效字段的内存偏移量。

Go解析共享内存时，是严格按照结构体字段的定义顺序，依次读取对应偏移位置的内存数据。只要所有有效字段的偏移量在C和Go结构体中完全一致，就能正确读写数据——末尾的填充字节不会被访问到，因此Go结构体不需要包含这部分，大小差异自然不会影响正常读写。

2. ARM与x64平台的对齐规则差异 #

• x64平台：C和Go的默认结构体对齐规则基本一致，通常以结构体中最大基础类型的字节数（这里是8字节的double或long long）为对齐单位。计算下来整个结构体的大小刚好是该对齐单位的整数倍，不需要额外添加填充字节，因此C和Go的结构体大小完全相同。
• ARM平台：C编译器（如GCC）的默认对齐规则与Go存在差异，比如可能要求结构体整体大小是4字节的倍数，或者因字段组合导致末尾需要补充4字节来满足对齐要求。而Go在ARM平台的结构体对齐规则下，末尾不需要这部分填充，因此出现了4字节的大小差。

另外需要注意：你Go结构体中的RetainFlag对应C的LogFlag，只要字段类型、顺序完全匹配，字段名称不影响内存布局，这一点你已经处理正确，不会引发问题。

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