能否让链接器生成与旧版本尽可能接近的单片机二进制文件？

你遇到的这个问题在嵌入式开发里太常见了——小改一行代码就导致整个闪存要擦写，简直是开发效率杀手。好在我们可以通过GCC的几个选项组合来实现你要的“符号间自动填充对齐”，不用手动写复杂的链接脚本，下面给你详细拆解：

GCC的实现方案 #

GCC本身没有直接的一键式选项，但通过以下几个编译/链接选项的组合，可以达到类似效果：

1. 拆分每个函数/数据到独立段
   先用编译选项把每个函数和全局数据都放到单独的段里，这样链接器可以单独控制每个段的位置：

   -ffunction-sections -fdata-sections
   

   -ffunction-sections会把每个函数放到.text.<function_name>的独立段，-fdata-sections同理处理全局数据。

2. 强制段对齐到4KiB边界
   然后通过链接器选项让每个独立段的起始地址对齐到4KiB（你的闪存块大小），这样每个段都会独占一个或多个完整的闪存块，修改单个段不会影响后续段的位置：

   -Wl,--align-sections=4096
   

   这个选项会让每个段的起始地址对齐到4096字节的倍数，段与段之间的空隙会自动填充空字节（通常是0xFF，和闪存擦除后的状态一致）。

3. 禁止段排序（可选但重要）
   默认情况下，GCC链接器会对段进行排序（比如按大小或名称），这会导致每次编译后段的位置变化，前功尽弃。所以要加上这个选项禁止排序：

   -Wl,--sort-section=none
   

   这样段的顺序会和你代码中函数定义的顺序保持一致，每次编译后只要函数没增删，段的位置就不会变。

注意事项 #

• 这种方法会牺牲闪存空间——每个小函数后面都会有大量填充字节，但开发阶段为了节省烧录时间，这个 trade-off 完全值得；量产时可以去掉这些选项，让链接器优化空间利用率。
• 如果修改后的函数大小超过了当前4KiB块，还是会“溢出”到下一个块，导致后续块位置偏移，这时候就没办法避免重写了，但小修改（比如移除一个if判断）通常不会触发这种情况。

其他编译器的支持 #

如果GCC的方案不能完全满足你的需求，这些编译器也有类似的特性：

• Arm Compiler（Arm Development Studio）：支持--split_sections拆分段，配合--align_sections=4096实现段对齐，逻辑和GCC基本一致。
• IAR Embedded Workbench：可以通过编译选项--section_alignment=4096或者在链接脚本中用ALIGN(4096)指令，自动为段添加对齐填充。
• Keil MDK：同样支持拆分段（--split_sections）和段对齐配置，在链接器选项中设置段对齐大小即可。

最后要确认你的烧录器确实支持智能跳过未修改的块——比如J-Link、ST-Link的官方烧录工具都有这个功能，能识别闪存块的内容是否和要烧录的二进制一致，跳过无需修改的块。

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