除了 Keil，我们团队现在更倾向于用一套更灵活的组合拳来开发 STM32。比如底层配置阶段，除了 CubeMX，偶尔也会直接上手 STM32CubeProgrammer 做快速初始化，它的图形化配置虽然和 CubeMX 类似，但在批量烧录和分区管理上更顺手，尤其是需要给不同芯片刷不同固件的时候，批量操作比 Keil 的下载配置高效得多。开发环境这块，除了 CLion，VSCode 加插件也是常用方案 —— 装上 C/C++、CMake Tools、Embedded Tools 这几个扩展，再配置好 arm-none-eabi-gcc 的路径，配合 cortex-debug 插件，轻量又能跨平台，对习惯 VSCode 生态的开发者来说几乎零门槛，而且和 Git 的集成比 Keil 顺畅太多，多人协作时提交代码、解决冲突不用在 IDE 和版本工具间来回切换。调试环节除了 Ozone，有时候也会用 STM32CubeMonitor 系列工具，比如 Monitor-Power 能实时看功耗曲线，Monitor-Serial 直接抓 UART/SPI 数据，配合 J-Link 的 SWD 接口，调试外设交互问题比单纯看寄存器直观。构建方面，除了 CMake+Ninja，对一些小型项目会直接用 Makefile，手写的编译规则虽然初期麻烦，但能精准控制每个文件的编译选项，配合 shell 脚本做自动化打包，比 Keil 那种必须点开 IDE 才能调参数的方式灵活得多。其实这些工具组合的核心逻辑很简单：摆脱单一 IDE 的束缚，让配置、开发、调试、构建每个环节都能选最顺手的工具，比如改外设参数用 CubeMX，写应用层代码切 VSCode，查内存泄漏切 Ozone，跑自动化测试扔到 Linux 服务器用脚本构建，整个流程拆解开反而比 Keil 那种 “一站式但处处受限” 的模式更高效，尤其是项目涉及多团队协作或者需要对接上位机、云平台的时候，这种分散又协同的工具链能避开很多兼容性坑。