STM32F042K6编译报FLASH溢出1212字节但分析显剩余空间问题咨询

• 链接脚本FLASH容量配置错误：这是最高发的原因。STM32F042K6标称FLASH为32KB，但如果你的链接脚本（也就是编译时调用的STM32F042K6TX_FLASH.ld）中MEMORY段的FLASH长度被误设为16KB，当编译出的程序大小超过16KB时就会触发溢出报错。而构建分析器通常读取的是CubeMX中配置的MCU标称参数，会按32KB总容量计算占用率，因此显示还有大量剩余。
• 构建分析器统计数据未更新：你看到的48.19%占用率是上一次构建成功后的统计结果，本次构建已经因为链接失败终止，分析器还没来得及更新最新的代码体积统计，显示的是旧的无效数据。
• 冗余代码未被有效回收：虽然你开启了--gc-sections回收无用段，但Debug模式下默认无优化、大量调试符号、未关闭的HAL无用模块、重复引用的标准库都会导致实际链接后的代码体积超出预期。

• 第一步：校验并修改链接脚本配置
  打开项目根目录下的STM32F042K6TX_FLASH.ld文件，定位到MEMORY配置段，确认FLASH配置为：

MEMORY
{
  RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 6K
  FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 32K
}

如果FLASH的LENGTH参数小于32K，修改为32K后重新编译即可。

• 第二步：清理旧构建缓存重新统计
  点击菜单栏Project -> Clean清理所有旧的构建产物，再重新触发构建，确认构建分析器的统计数据是本次构建的最新结果，排除旧数据干扰。
• 第三步：优化代码体积减小FLASH占用
  • 关闭未使用的HAL外设驱动：在CubeMX的Project Manager -> Settings -> Advanced Settings中，仅保留你实际用到的外设的HAL库编译选项，其余全部取消勾选，可大幅减少HAL库占用的FLASH空间。
  • 调整编译优化等级：Debug模式默认使用-O0无优化，可修改为-Og（兼顾调试体验和体积优化），发布版本改为-Os（专门优化体积），一般可减少20%-40%的代码体积。
  • 清理冗余编译选项：你当前的编译参数同时加了--specs=nosys.specs和--specs=nano.specs，仅保留--specs=nano.specs即可，避免重复链接库文件占用额外空间。
  • 关闭调试冗余功能：取消项目宏定义中的USE_FULL_ASSERT，删除不必要的调试打印、断言代码。

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