写程序的时候，很多人会遇到一个奇怪的问题：代码明明逻辑没问题，但运行起来就是不对。尤其是调试硬件相关的程序时，变量的值莫名其妙被跳过或者消失。这时候，问题可能出在编译器身上——它太“聪明”了。
什么是O0优化级别？
编译器在把代码翻译成机器指令时，会做各种优化来提升运行速度或减少体积。常见的优化等级有-O0、-O1、-O2、-O3。其中，-O0代表“不优化”，也就是让代码原封不动地按你写的顺序和方式生成指令。
虽然优化听起来是好事，但在某些场景下反而会带来麻烦。比如你在调试单片机程序，想通过调试器查看某个变量的值，结果发现这个变量被优化掉了，根本看不到。这是因为编译器觉得这个变量“没用”，就直接删了。
为什么要关闭优化？
在嵌入式开发中，这种情况特别常见。举个例子：你写了一个延时函数，靠循环空转实现，结果开了-O2之后，编译器发现这个循环啥也不干，直接整个删掉，延时就失效了。又比如，你在某个变量前后加了断点，想观察它的变化，结果变量被合并或重排，断点跳得乱七八糟。
这时候，就需要把优化关掉，回到-O0模式，让代码完全按照你的写法执行。
如何关闭编译器优化？
以GCC或Clang这类常用编译器为例，只需要在编译命令里加上-O0参数就行。比如：
gcc -O0 main.c -o program如果你用的是Makefile，可以在CFLAGS里修改：
CFLAGS = -O0 -g -Wall其中-g是为了保留调试信息，配合-O0一起使用效果更好。
在IDE环境中，比如Keil、IAR或STM32CubeIDE，通常可以在项目设置里找到“Optimization Level”选项，把它改成“None”或者“-O0”即可。
实际应用场景
有个朋友在调一个STM32的LED闪烁程序，发现灯一直不闪。查了半天电路，最后才发现是编译器把延时循环优化没了。改成-O0后，灯立刻正常闪烁。这种问题在初学者中很常见，尤其当代码结构简单、逻辑直白时，编译器更容易“自作聪明”。
所以，在调试阶段，建议默认使用-O0。等程序稳定了，再逐步提高优化等级测试性能和稳定性。
别小看这个开关，它能帮你省下好几个晚上的抓耳挠腮。