完整编译的四个步骤1. 预处理Preprocessing → 展开 #include、宏、条件编译 2. 编译Compilation → 将 C 代码转换为汇编代码 3. 汇编Assembly → 将汇编代码转换为机器码.obj 4. 链接Linking → 将所有 .obj 链接成 .exe/.dll增量编译时的步骤对于需要重新编译的 cpp源文件或依赖的头文件被修改✓ 预处理 ✓ 编译 ✓ 汇编 → 生成新的 .obj关键点这三步是一个整体不能分开跳过对于未修改的 cpp✗跳过预处理 ✗ 跳过编译 ✗ 跳过汇编 → 直接使用已有的 .obj链接步骤只要有任何一个 .obj 被重新生成 → 就需要重新链接所有 .objVS 的增量链接优化VS 还支持增量链接 → 在某些情况下可以部分更新 .exe → 而不是完全重新链接 → 进一步加速编译完整示例修改头文件触发增量编译初始状态假设项目有三个文件A.h2026-03-19 10:00:00#pragmaonceintadd(inta,intb);B.h2026-03-19 10:00:00#pragmaonceclassB{public:inttest();};B.cpp2026-03-19 10:00:00#includeB.hintB::test(){return1;}第一次完整编译Rebuild步骤1编译 B.cpp1. 预处理阶段 - 读取 B.cpp - 遇到 #include B.h - 展开 B.h 的内容 - 生成预处理后的代码在内存中 2. 编译汇编 - 将预处理后的代码编译成机器码 - 生成 B.obj2026-03-19 10:05:00 3. VS 记录依赖关系 - B.cpp 依赖 B.h - 记录在 .tlog 文件中此时的依赖记录B.cpp → B.h文件时间戳A.h: 10:00:00 B.h: 10:00:00 B.cpp: 10:00:00 B.obj: 10:05:00 ← 最新场景修改 B.h 添加 include2026-03-19 11:00:00 - 修改 B.h#pragmaonce#includeA.h// ← 新增classB{public:inttest();};修改后的时间戳A.h: 10:00:00 B.h: 11:00:00 ← 被修改时间戳更新 B.cpp: 10:00:00 ← 没有编辑时间戳不变 B.obj: 10:05:00增量编译时的判定过程用户点击生成BuildVS 的检查流程步骤1读取依赖记录 ------ 从 .tlog 文件读取 B.cpp 依赖 → B.h 步骤2时间戳比较 ------ 检查 B.cpp 是否需要重新编译 比较1B.cpp vs B.obj B.cpp: 10:00:00 B.obj: 10:05:00 结论B.cpp 没有比B.obj 新 ✗ 比较2B.h vs B.obj依赖检查 B.h: 11:00:00 ← 比B.obj 新 B.obj: 10:05:00 结论依赖的头文件被修改 ✓ 步骤3编译决策 ------ 结论需要重新编译 B.cpp 原因依赖的B.h 被修改重新编译 B.cpp 的详细过程步骤1预处理Preprocessing ------ 1. 读取 B.cpp 源文件 2. 遇到 #include B.h 3. 打开 B.h 文件 4. 在B.h 中遇到 #include A.h 5. 打开 A.h 文件 6. 展开所有内容到内存中 预处理后的代码内存中 --- //来自 A.h int add(int a, int b); // 来自 B.h class B { public: int test(); }; // 来自 B.cpp int B::test() { return 1; } --- 步骤2记录新的依赖关系 ------ VS 在预处理过程中记录 - 打开了 B.h - 打开了 A.h新发现 更新依赖记录 B.cpp → B.h B.cpp → A.h ← 新增 步骤3编译汇编 ------ 将预处理后的代码编译成机器码 生成新的 B.obj11:05:00 步骤4链接 ------ 将B.obj 和其他 obj 链接成 .exe编译后的时间戳A.h: 10:00:00 B.h: 11:00:00 B.cpp: 10:00:00 B.obj: 11:05:00 ← 重新生成更新后的依赖记录B.cpp → B.h B.cpp → A.h ← 新增再次修改 A.h 的情况2026-03-19 12:00:00 - 修改 A.h#pragmaonceintadd(inta,intb,intc);// ← 修改增加参数时间戳A.h: 12:00:00 ← 被修改 B.h: 11:00:00 B.cpp: 10:00:00 B.obj: 11:05:00用户点击生成BuildVS 的检查流程 ------ 步骤1读取依赖记录 B.cpp 依赖 → B.h, A.h 步骤2时间戳比较 比较1B.cpp vs B.obj 10:00:00 vs 11:05:00 ✗ 比较2B.h vs B.obj 11:00:00 vs 11:05:00 ✗ 比较3A.h vs B.obj 12:00:00 vs 11:05:00 ✓← A.h 更新了 步骤3编译决策 需要重新编译 B.cpp 原因依赖的 A.h 被修改 步骤4重新编译 预处理 → 编译 → 汇编 → 生成新的 B.obj关键总结VS 增量编译的判定依据1. 读取上次编译记录的依赖关系 2. 比较所有依赖文件的时间戳 vs obj 时间戳 3. 如果任何依赖文件更新 → 重新编译 4. 重新编译时→ 重新分析依赖 → 更新依赖记录依赖关系更新的时机只在重新编译时更新 ↓ 预处理阶段会重新展开所有 include ↓ VS 记录所有被打开的头文件 ↓ 依赖关系自动更新为什么正常情况下不会出错修改 B.h → B.h 时间戳变化 → 触发 B.cpp 重新编译 → 预处理时发现新的 A.h 依赖 → 依赖记录自动更新 → 之后修改 A.h 能正确检测所以VS 的增量编译依赖检查机制在正常情况下不会出问题。
Visual Studio增量编译：它到底如何判断“谁需要重编译”？
完整编译的四个步骤1. 预处理Preprocessing → 展开 #include、宏、条件编译 2. 编译Compilation → 将 C 代码转换为汇编代码 3. 汇编Assembly → 将汇编代码转换为机器码.obj 4. 链接Linking → 将所有 .obj 链接成 .exe/.dll增量编译时的步骤对于需要重新编译的 cpp源文件或依赖的头文件被修改✓ 预处理 ✓ 编译 ✓ 汇编 → 生成新的 .obj关键点这三步是一个整体不能分开跳过对于未修改的 cpp✗跳过预处理 ✗ 跳过编译 ✗ 跳过汇编 → 直接使用已有的 .obj链接步骤只要有任何一个 .obj 被重新生成 → 就需要重新链接所有 .objVS 的增量链接优化VS 还支持增量链接 → 在某些情况下可以部分更新 .exe → 而不是完全重新链接 → 进一步加速编译完整示例修改头文件触发增量编译初始状态假设项目有三个文件A.h2026-03-19 10:00:00#pragmaonceintadd(inta,intb);B.h2026-03-19 10:00:00#pragmaonceclassB{public:inttest();};B.cpp2026-03-19 10:00:00#includeB.hintB::test(){return1;}第一次完整编译Rebuild步骤1编译 B.cpp1. 预处理阶段 - 读取 B.cpp - 遇到 #include B.h - 展开 B.h 的内容 - 生成预处理后的代码在内存中 2. 编译汇编 - 将预处理后的代码编译成机器码 - 生成 B.obj2026-03-19 10:05:00 3. VS 记录依赖关系 - B.cpp 依赖 B.h - 记录在 .tlog 文件中此时的依赖记录B.cpp → B.h文件时间戳A.h: 10:00:00 B.h: 10:00:00 B.cpp: 10:00:00 B.obj: 10:05:00 ← 最新场景修改 B.h 添加 include2026-03-19 11:00:00 - 修改 B.h#pragmaonce#includeA.h// ← 新增classB{public:inttest();};修改后的时间戳A.h: 10:00:00 B.h: 11:00:00 ← 被修改时间戳更新 B.cpp: 10:00:00 ← 没有编辑时间戳不变 B.obj: 10:05:00增量编译时的判定过程用户点击生成BuildVS 的检查流程步骤1读取依赖记录 ------ 从 .tlog 文件读取 B.cpp 依赖 → B.h 步骤2时间戳比较 ------ 检查 B.cpp 是否需要重新编译 比较1B.cpp vs B.obj B.cpp: 10:00:00 B.obj: 10:05:00 结论B.cpp 没有比B.obj 新 ✗ 比较2B.h vs B.obj依赖检查 B.h: 11:00:00 ← 比B.obj 新 B.obj: 10:05:00 结论依赖的头文件被修改 ✓ 步骤3编译决策 ------ 结论需要重新编译 B.cpp 原因依赖的B.h 被修改重新编译 B.cpp 的详细过程步骤1预处理Preprocessing ------ 1. 读取 B.cpp 源文件 2. 遇到 #include B.h 3. 打开 B.h 文件 4. 在B.h 中遇到 #include A.h 5. 打开 A.h 文件 6. 展开所有内容到内存中 预处理后的代码内存中 --- //来自 A.h int add(int a, int b); // 来自 B.h class B { public: int test(); }; // 来自 B.cpp int B::test() { return 1; } --- 步骤2记录新的依赖关系 ------ VS 在预处理过程中记录 - 打开了 B.h - 打开了 A.h新发现 更新依赖记录 B.cpp → B.h B.cpp → A.h ← 新增 步骤3编译汇编 ------ 将预处理后的代码编译成机器码 生成新的 B.obj11:05:00 步骤4链接 ------ 将B.obj 和其他 obj 链接成 .exe编译后的时间戳A.h: 10:00:00 B.h: 11:00:00 B.cpp: 10:00:00 B.obj: 11:05:00 ← 重新生成更新后的依赖记录B.cpp → B.h B.cpp → A.h ← 新增再次修改 A.h 的情况2026-03-19 12:00:00 - 修改 A.h#pragmaonceintadd(inta,intb,intc);// ← 修改增加参数时间戳A.h: 12:00:00 ← 被修改 B.h: 11:00:00 B.cpp: 10:00:00 B.obj: 11:05:00用户点击生成BuildVS 的检查流程 ------ 步骤1读取依赖记录 B.cpp 依赖 → B.h, A.h 步骤2时间戳比较 比较1B.cpp vs B.obj 10:00:00 vs 11:05:00 ✗ 比较2B.h vs B.obj 11:00:00 vs 11:05:00 ✗ 比较3A.h vs B.obj 12:00:00 vs 11:05:00 ✓← A.h 更新了 步骤3编译决策 需要重新编译 B.cpp 原因依赖的 A.h 被修改 步骤4重新编译 预处理 → 编译 → 汇编 → 生成新的 B.obj关键总结VS 增量编译的判定依据1. 读取上次编译记录的依赖关系 2. 比较所有依赖文件的时间戳 vs obj 时间戳 3. 如果任何依赖文件更新 → 重新编译 4. 重新编译时→ 重新分析依赖 → 更新依赖记录依赖关系更新的时机只在重新编译时更新 ↓ 预处理阶段会重新展开所有 include ↓ VS 记录所有被打开的头文件 ↓ 依赖关系自动更新为什么正常情况下不会出错修改 B.h → B.h 时间戳变化 → 触发 B.cpp 重新编译 → 预处理时发现新的 A.h 依赖 → 依赖记录自动更新 → 之后修改 A.h 能正确检测所以VS 的增量编译依赖检查机制在正常情况下不会出问题。
