通过调整Compiler Concurrency参数可以（默认4进程）提升大型项目的编译效率，注意需根据电脑配置合理设置进程数，避免内存溢出

‌调试时建议在Run Configurations中先配置ST-LINK调试器端口和波特率，与目标板稳定连接

希望解决中文路径安装限制，适配本地化开发环境

可以根据项目需求调整 GCC 编译器的相关参数来减小最终生成的二进制文件体积。如启用链接时间优化 ，可以在整个程序范围内执行跨函数级别的优化操作，从而可能进一步压缩可执行文件尺寸 。
对于不需要的功能模块可以禁用相应的宏定义，减少不必要的代码编译进最终文件中

根据需求选用合适的数据类型表示法，尽可能采用较小宽度整数代替较大者 (如 short int vs long int)；对于字符串常量表之类的静态资源则建议集中存放在 Flash 区域而非 SRAM 之中

使用较高优化等级时，出现了诸如打断点调试时该行被优化无法暂停直接跳过、true 为大于 0 真值导致条件判断错误等奇怪问题 。某些情况下，无优化时程序出现异常，而提高优化等级后反而正常  。所以，建议初期调试阶段先采用低优化等级甚至无优化，确保基础功能正确；待功能稳定后，再尝试适当提高优化等级以平衡性能和代码尺寸。

我最希望就是能够在软件内实现更新版本，每次都要去官网下载很麻烦，还要登录，还要去找，还有一点就是希望其SDK包能够自定义一下位置，老的版本的固件包能够更新后删除，不然一直占用空间。还有就是希望能内嵌更多功能块函数，现在要做printf打印还要自己加很多东西。

STM32CubeMX集成到 STM32CubeIDE 对初学者和开发调试很方便，可自由选择是否集成。

STM32CubeIDE 和 STM32CubeMX一起为我们提供了stm32开发的一站式的开发体验，hal库，ll库，中间件都有提供。调用都很方便。 而且 STM32CubeIDE 提供的原生的编辑、编译与调试环境，用起来更不容易出现文件缺少，文件路径不对的问题。

但是STM32CubeIDE同样存在问题，如： 用户自定义代码若未放在 USER CODE 区域，容易被覆盖 IDE 启动速度慢，内存消耗较大。调试启动较慢 当前以 Eclipse 工程为主，对 CMake / Makefile 的支持不足 Eclipse的主题比较亮，希望看比较灰的主题。

对 STM32CubeIDE 2.0 的建议 STM32CubeIDE增加git支持。支持版本管理。包括CubeMX重新生成的内容也有版本管理。 STM32CubeIDE的主题风格趋向vscode，更简约一点。 优化 IDE 启动时间、减少内存占用，提高流畅度。

分的好，支持。

如果能再加入 LSP 的支持就更好了

不要基于Eclipse

不要基于Eclipse

不要基于Eclipse

重要的事说三遍😕

推荐 使用Clion 为IDE的基础，以 插件的方式实现STM 32相关的配置。

很好很好

对于正在使用和初学者，都是从过去的例程和项目开始新的工程的，

还是需要很长的时间去适应，但这个时间点出来“软件分家”，个人认为，怎么说对ST的产品都是不利的。

希望过渡期提前或做好引导工作，以便从看起来的“时间成本”变成用户的永久性迁移。