2. GCC基础与调试信息：GCC编译流程详解、-g选项与调试符号、-O优化等级对调试的影响
好，咱们正式开始聊GCC。说实话，很多同学用了好几年GCC，其实就只会一句 gcc hello.c -o hello。这就像开车只会挂D档，遇到上坡下坡就抓瞎了。今天我就带你把这辆车的引擎盖打开，看看里面到底是怎么转的。
2.1 GCC编译流程：四步走，一步都不能少
GCC把一个源文件变成可执行文件，其实经历了四个阶段。我刚开始学的时候也觉得没必要分这么细，直到有一次线上排查一个诡异的段错误，才发现是预处理阶段埋的雷。
- 预处理（Preprocessing）：处理
#include、#define、条件编译等。说白了就是把头文件展开，宏替换掉。 - 编译（Compilation）：把C/C++代码翻译成汇编语言。这是最核心的一步，优化也主要发生在这里。
- 汇编（Assembly）：把汇编代码转成机器码，生成目标文件（.o文件）。
- 链接（Linking）：把多个目标文件和库文件拼在一起，生成最终的可执行文件。
核心要点：你可以用 -E、-S、-c 分别停在预处理、编译、汇编阶段。我个人习惯在排查宏定义问题时，先用 gcc -E 看看展开后的代码，很多坑一眼就能看出来。
来看个实际例子：
// test.c
#include <stdio.h>
#define PI 3.14159
int main() {
double r = 5.0;
double area = PI * r * r;
printf("Area = %f\n", area);
return 0;
}
执行 gcc -E test.c -o test.i，你会看到 test.i 里 PI 已经被替换成了 3.14159，而且 stdio.h 的内容全部展开了——好几百行。嗯，这就是预处理干的事。
2.2 -g选项与调试符号：给调试器装上一双眼睛
你想想看，如果没有调试符号，GDB 看到的只是一堆内存地址和机器码。它怎么知道变量名叫什么？源代码在第几行？
-g 选项就是干这个的。它告诉GCC在生成的目标文件里，额外塞入调试符号表。这个表记录了：
- 源代码行号与机器指令的对应关系
- 变量名、类型、作用域
- 函数名、参数列表、栈帧信息
我的经验：我曾经接手过一个遗留项目，编译时没加 -g，线上崩溃了只能用 addr2line 硬怼地址。那感觉就像蒙着眼睛拆炸弹。所以我现在不管什么环境，debug 版本必加 -g，release 版本也会考虑加 -g1 保留部分符号。
调试符号有三个等级：
| 选项 | 含义 | 文件大小影响 |
|---|---|---|
-g0 | 不生成调试信息 | 最小 |
-g1 | 只生成行号和函数名 | 较小 |
-g (默认) | 生成完整调试信息 | 较大 |
-g3 | 包含宏定义等额外信息 | 最大 |
怎么选？我个人建议：日常开发用 -g，如果磁盘空间紧张或者只需要定位崩溃位置，-g1 就够了。需要调试宏的时候，上 -g3。
2.3 -O优化等级：性能与调试的博弈
优化等级是GCC里最让人又爱又恨的东西。爱的是它能让程序跑得飞快，恨的是它经常把调试信息搞得面目全非。
常见的优化等级：
- -O0：不做优化。编译最快，调试体验最好。变量值、执行顺序完全符合源代码。
- -O1：基本优化。会做一些简单的指令合并和寄存器分配，调试还能凑合用。
- -O2：推荐的生产环境等级。会做函数内联、循环展开等。调试开始变得困难。
- -O3：激进优化。可能会引入向量化、循环重排。调试？基本别想了。
- -Os：优化代码大小。适合嵌入式场景。
避坑指南：我曾经在 -O2 下调试一个变量，GDB 打印出来始终是 <optimized out>。折腾了半天才发现，编译器觉得这个变量没用，直接优化掉了。从那以后，我排查逻辑问题一定先用 -O0 编译。
为什么会这样？因为优化等级越高，编译器对代码的「改写」越狠。比如：
- 变量可能被分配到寄存器而不是内存，调试器读不到
- 循环可能被展开，行号对应关系变得混乱
- 函数可能被内联，调用栈看起来不对劲
- 死代码被删除，你明明写了代码但就是执行不到
2.4 实战建议：怎么搭配-g和-O？
这里我给出一个我自己用了多年的组合拳：
# 开发调试阶段
gcc -g -O0 -o app_debug main.c
# 预发布测试（保留部分调试能力）
gcc -g -O1 -o app_test main.c
# 生产发布（追求性能）
gcc -g -O2 -o app_release main.c
# 然后用 strip 去掉符号表
strip app_release -o app_release_stripped
小技巧：生产环境我建议保留一份带 -g -O2 的版本，不发布但存档。线上崩溃时，用这个文件配合 core dump 分析，定位准确率能提高一大截。
2.5 知识体系总览
下面这张图是我自己整理的GCC调试知识体系，你可以把它当作一张地图，随时回来对照：
嗯，这张图基本把今天的内容串起来了。你从左上角开始看，编译四阶段是基础，然后 -g 和 -O 就像天平的两端——调试体验和运行性能，你得根据场景找到平衡点。
最后说一句：别怕在调试时用 -O0。程序跑慢一点没关系，定位问题才是第一位的。等逻辑确认无误了，再上优化等级去压榨性能。这个顺序，我踩过的坑可以给你担保。
公众号:蓝海资料掘金营，微信deep3321