STM32F HAL库体积过大，单片机项目Flash耗尽的优化方案咨询

嘿，这个问题我太熟了——当年我在做一个STM32F0的低功耗项目时，也被HAL库的体积坑过，最后硬生生挤出来30%的Flash空间。下面这些方法亲测有效，你可以挨个试试：

• 启用HAL库的“最小化模式”：在STM32CubeMX的「Advanced Settings」里，找到「HAL Library Selection」，选「Minimal」而非「Full」。这样只会编译你实际用到的外设驱动，不会把SPI、I2C、CAN等没用的外设代码一股脑塞进来。
• 手动关闭未用外设的宏定义：打开stm32fxx_hal_conf.h，里面一堆#define HAL_XXX_MODULE_ENABLED，把你没用到的外设对应的宏注释掉。比如不用ADC就关HAL_ADC_MODULE_ENABLED，不用RTC就注释HAL_RTC_MODULE_ENABLED——这一步能直接砍掉大量冗余驱动代码。
• 砍掉调试和断言功能：如果项目不需要调试输出，把HAL_DEBUG宏关掉；同时注释掉HAL_ASSERT_MSG_ENABLE这类断言宏，那些用于报错的字符串会占不少Flash空间，而且断言逻辑本身也会增加代码体积。

• 开启针对性优化等级：在Keil或STM32CubeIDE里，把优化等级调到-Os（专门针对代码体积的优化，会优先砍掉冗余代码、简化逻辑），-O2也可以，但-O3可能会因为过度优化增大体积，不建议用。
• 打开链接时优化（LTO）：这个是关键！在编译器选项里开启Link Time Optimization，它会在链接阶段全局分析代码，自动剔除所有未被调用的函数和死代码——比如HAL里那些通用但你根本没用到的辅助函数，都会被直接删掉。
• 适配浮点运算选项：如果你的MCU没有FPU（比如STM32F1系列），别选硬件浮点编译选项，要么用软件浮点，要么直接避免不必要的浮点运算。HAL里部分函数如果涉及浮点，会引入额外的库代码。

• 用LL库替换HAL库：STM32的LL库（Low Layer）是寄存器级的轻量封装，代码体积比HAL小很多。比如简单的GPIO读写、UART收发，用LL_GPIO_SetPin()代替HAL_GPIO_WritePin()，不仅代码量小，执行效率还更高。
• 自己实现简单外设驱动：对于GPIO、延时这类基础功能，完全可以写几行寄存器操作代码替代HAL。比如自己写个基于循环的延时函数，比依赖SysTick中断的HAL_Delay()能省不少空间。
• 删除未使用的HAL回调函数：HAL很多外设都有默认的回调函数（比如HAL_UART_TxCpltCallback()），如果你的项目里没用到这些回调，别留空函数在代码里——空函数虽然不执行逻辑，但还是会占用Flash空间，直接删掉就行。

• 用代码分析工具找冗余：比如Keil的Code Size Analyzer，能直观看到哪些函数占的Flash最大，排查有没有重复代码或无用的第三方库被误链接进来。
• 优化字符串和常量：把重复的字符串定义成宏，用const修饰常量让编译器放到Flash常量区，避免多次存储相同内容。
• 迫不得已就升级MCU：如果上面的方法都试过还是不够，那可能得换个Flash更大的型号了——比如从STM32F103C8T6（64KB）换成STM32F103RCT6（256KB），成本增加不多，但能彻底解决空间问题。

这些方法组合起来，一般能砍掉20%-40%的HAL库体积，你可以先从CubeMX裁剪和编译优化入手，这两步最容易见效。

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