C++编译过程严格分为预处理、编译、汇编、链接四个不可跳过的阶段；预处理展开头文件与宏、编译进行语法语义分析并生成汇编代码、汇编生成含符号表的二进制目标文件、链接完成符号解析与重定位生成可执行文件。
预处理阶段：头文件展开和宏替换发生在这里
预处理器（如 cpp 或 g++ -E）只做纯文本操作，不检查语法，也不管变量名对不对。它干三件事：
• 把所有 #include <iostream> 或 #include "my.h" 的内容原样粘贴进来，递归展开；
• 替换所有 #define PI 3.14 这类宏，连括号都不加验证；
• 执行 #ifdef DEBUG 等条件编译，删掉不满足条件的代码块。
常见错误现象：error: 'cout' was not declared in this scope 很可能是因为 #include <iostream> 没生效——检查预处理后的 .ii 文件，看 std::cout 相关声明是否真被插进来了。
实操建议：用 g++ -E main.cpp -o main.ii 生成预处理文件，直接打开看，比猜快得多。
编译阶段：语法报错和模板实例化集中爆发
这一步由编译器（如 cc1plus）执行，输入是 .ii，输出是 .s（汇编代码）。它真正开始理解 C++ 语义：
• 做词法/语法分析，报 expected ';' before '}' 这类错误；
• 检查类型匹配、函数重载解析、模板推导；
• 对代码做优化（-O2 会在此阶段折叠常量、内联函数）；
• 生成平台相关的汇编指令（x86-64 或 ARM64）。
容易踩的坑：undefined reference to 'foo()' 不会在这步报——它还没到链接环节；但 template<typename T> void bar(); 如果没在该编译单元实例化，这里就直接静默跳过，等链接时报错。
性能影响：开启 -flto（LTO）会让编译器保留更多中间表示，推迟部分优化到链接时，但单个 .cpp 的编译时间会明显上升。
汇编阶段：把人类可读的汇编转成机器码二进制
汇编器（如 as）只负责翻译，不做逻辑判断。输入是 .s，输出是 .o（目标文件），本质是 ELF 格式的二进制块。
关键点：
• .o 文件里有符号表（symbol table），记录了哪些函数/变量被定义、哪些只是声明（UND 类型）；
• 它不解决函数调用地址问题，所有外部引用都留着空位（relocation entries）；
• 多个 .cpp 各自生成独立的 .o，互不影响。
典型问题：如果手写汇编或混用 inline asm，这里容易因寄存器约束或段声明错误导致 as: error，但这类错误极少出现在纯 C++ 项目中。
链接阶段：符号解析失败才是真正的“找不到函数”
链接器（如 ld）把所有 .o 和库（libstdc++.a、-lm）缝合成一个可执行文件。
它干两件核心事：
• 符号解析（Symbol Resolution）：把 call _Z3foov 这种调用，绑定到某个 .o 里定义的 foo() 地址；
• 重定位（Relocation）：修正每个函数调用的绝对地址，填进之前留的空位。
最常见错误：undefined reference to 'foo()' 表示符号解析失败——要么 foo() 没定义（漏了实现），要么定义在另一个 .o 里但没传给链接器（比如忘了加 util.o 到命令行）；multiple definition of 'bar()' 是多个 .o 都定义了同一符号，通常是头文件里误写了函数体（没加 inline 或 static）。
注意：静态链接（-static）把库代码全塞进可执行文件；动态链接（默认）只存引用，运行时靠 LD_LIBRARY_PATH 找 .so。
立即学习“C++免费学习笔记（深入）”；
真正卡住人的地方，往往不在某一步“没走完”，而在于跨阶段依赖：比如头文件里写了内联函数，但忘了加inline，结果在多个 .o 中重复定义，链接时报错；又比如宏定义污染了后续头文件，预处理阶段就埋了雷，但直到编译阶段才爆出来。盯住中间文件（.ii、.s、.o），比反复改源码更省时间。 
