3. 编译器优化入门：GCC常用优化选项

说到嵌入式性能调优，很多人第一反应是「改代码」。但我想说，用好编译器选项，往往比你自己折腾半天更有效。我见过不少工程师，代码写得挺漂亮，结果编译时用的还是默认的 -O0，白白浪费了芯片的性能。

这一节，我们就来聊聊 GCC 的优化选项。说白了，就是告诉编译器：「你帮我看看，这段代码怎么跑更快、怎么更省空间。」

3.1 优化等级速览：从 -O0 到 -Os

GCC 提供了几个常用的优化等级，每个等级背后是一组编译选项的集合。我习惯把它们分成五档：

3.2 优化等级对代码大小和速度的影响

你可能会问：「这些等级到底差多少？」我拿一个实际项目的数据给你看。这是一个基于 STM32F103 的传感器采集程序，主要做数据滤波和通信处理。

看到没？-O2 在大小和速度之间取得了很好的平衡。而 -O3 虽然更快，但代码反而变大了——因为编译器做了循环展开、函数内联等操作，用空间换时间。

3.3 编译器到底做了什么？

不同优化等级背后，是编译器在替你干脏活累活。我简单列几个关键优化：

• 常量折叠： 把 a = 3 + 5 直接算成 a = 8，省掉运行时计算
• 死代码消除： 删掉永远不会执行到的代码段
• 函数内联： 把小函数的调用直接替换成函数体，省去调用开销
• 循环展开： 把循环体复制多份，减少循环控制指令
• 指令重排： 调整指令顺序，让 CPU 流水线更顺畅

嗯，这里要注意：优化不是免费的。优化等级越高，编译越慢，而且可能引入一些你意想不到的问题。比如 -O3 下的循环展开，如果展开过度，会导致指令缓存溢出，反而变慢。

3.4 如何查看编译器生成的汇编代码？

这是我最想强调的技能。看汇编，是理解编译器行为的唯一途径。你不需要成为汇编专家，但至少要能读懂关键部分。

查看汇编代码有两种常用方法：

方法一：使用 -S 选项生成汇编文件

# 生成汇编文件，不编译成目标文件
arm-none-eabi-gcc -O2 -S main.c -o main.s

# 如果想同时看到C源码和汇编的对应关系
arm-none-eabi-gcc -O2 -S -fverbose-asm main.c -o main.s

打开生成的 main.s 文件，你会看到类似这样的内容：

@ main.c:10:   return a + b;
    ldr r3, [sp, #4]    @ 加载变量a到r3
    ldr r2, [sp, #8]    @ 加载变量b到r2
    add r0, r2, r3      @ r0 = a + b
    bx lr               @ 返回

方法二：使用 objdump 反汇编目标文件

# 先编译成目标文件
arm-none-eabi-gcc -O2 -c main.c -o main.o

# 反汇编
arm-none-eabi-objdump -d main.o

# 如果想看更详细的信息，包括源码行号
arm-none-eabi-objdump -d -S main.o

3.5 知识结构图：GCC优化全景

下面这张图，帮你理清 GCC 优化的整体脉络：

3.6 实战建议：如何选择优化等级

说了这么多，到底该怎么选？我总结了一个简单的决策流程：

1. 开发阶段： 用 -O0，保证调试体验。别在 -O2 下调试，断点可能跳得你怀疑人生。
2. 性能评估： 先用 -O2 编译，跑一下基准测试。如果性能达标，就定下来。
3. 极限优化： 如果 -O2 不够，针对热点函数单独用 -O3，而不是整个项目都上 -O3。
4. 空间紧张： 用 -Os，配合 -ffunction-sections -fdata-sections 和链接器的 --gc-sections，能省出不少空间。

# 默认优化等级
OPT ?= -O2

# 允许针对单个文件覆盖
sensor.o: CFLAGS += -O3
main.o: CFLAGS += -Os