如何在XC16中移除自定义节（Section）中的多余数据填充

兄弟，我太懂你这种被XC16的奇怪填充坑到的崩溃感了——明明给结构体加了pack，自定义节里的数据却还是每个字节后面硬塞个00，大小直接翻倍，连改链接脚本都没用，太闹心了！

先给你捋清楚问题根源：PIC24是16位架构的MCU，XC16编译器默认会把所有数据都放在16位的字单元里——哪怕你定义的是uint8_t类型，它也会占用一整个16位字，高位自动补0。而像.const这种内置节，链接器会自动做字节打包优化，把连续的单字节数据挤到同一个16位字里；但你自定义的my_section节，链接器默认不会触发这个优化，所以就保留了每个字节占16位的“臃肿”状态。

接下来给你两个靠谱的解决办法，亲测有效：

方法一：给自定义节添加PACK属性（推荐） #

直接修改你的链接脚本，给my_section节加上PACK关键字，告诉链接器对这个节做字节打包处理。在链接脚本里找到节定义的位置，改成这样：

SECTIONS {
    /* 其他节的定义... */
    my_section : {
        *(.my_section)  /* 匹配所有目标文件里的my_section节 */
    } PACK  /* 关键：启用字节打包，移除多余填充 */
    /* 其他节的定义... */
}

这样处理后，链接器会把my_section里的所有数据紧凑排列，单个uint8_t不会再被填充成16位，最终节的大小就会是你预期的32字节，数据也全是0xBA没有多余的00了。

方法二：全局启用数据打包（备选） #

如果你不想折腾链接脚本，可以尝试在XC16的编译链接选项里添加--pack-data。这个选项会对所有节启用字节打包优化，但要注意：这可能会影响其他需要16位对齐数据的性能，所以只推荐在你确认所有数据都不需要对齐的时候用。

额外确认：结构体的打包属性 #

虽然你已经试过，但再确认一下结构体的打包指令是正确的，确保编译时结构体内部没有padding：

#pragma pack(push, 1)
typedef struct {
    uint16_t magic;
    uint32_t length;
    uint32_t crc;
    uint16_t word_1;
    uint16_t word_2;
    uint8_t byte_1;
    uint8_t byte_2;
    uint8_t byte_3;
    uint8_t array[15];
} my_struct;
#pragma pack(pop)

这个指令没问题，它会强制结构体按1字节对齐，内部不会产生额外的padding。

最后解释下你观察到的现象：.const这种内置节是XC16默认会自动打包的，所以你看到最终ELF里它的数据是紧凑的；而自定义节没这个待遇，所以才会保留填充。给自定义节加上PACK属性后，链接器就会对它做和.const一样的处理啦。

备注：内容来源于stack exchange，提问作者gokasor