修改嵌套头文件时Visual Studio是否会多次重编译关联源文件？

头文件依赖链路示意图

问题1：源文件的嵌套头文件发生修改时，该源文件是否会被多次重编译 #

不会。
C/C++以单个.cpp文件作为独立编译单元，编译器处理源文件时会递归展开所有层级#include引入的头文件，将所有内容合并为一个完整翻译单元，最终只生成一份对应.obj目标文件。
包括Visual Studio在内的绝大多数构建工具，增量编译的判断逻辑非常直接：检查该源文件关联的所有依赖（源文件本身+所有递归引入的嵌套头文件）的最新修改时间，是否晚于已生成的目标文件的生成时间。只要满足重编译条件，就会执行一次完整的源文件编译流程，绝不会因为同一个头文件在依赖链里重复出现就多次触发编译。

问题2：结合图示依赖链路，修改D.h时Visual Studio会对A.cpp执行几次重编译 #

仅重编译一次。
图示的依赖关系为：A.cpp直接引入B.h和C.h，B.h、C.h又分别引入了D.h，也就是D.h通过两条不同的嵌套路径被A.cpp依赖。
Visual Studio底层使用MSBuild做构建调度，它在预处理阶段为每个.cpp生成依赖清单时，会自动对所有依赖项做去重：哪怕同一个头文件通过多条路径被嵌套引入，最终在依赖列表里只会保留一条记录。当检测到D.h的修改时间晚于A.cpp对应obj文件的生成时间时，只会给A.cpp调度一次编译任务，不会因为存在两条依赖路径就重复编译。
注：如果D.h没有加头文件保护（#pragma once或者条件编译保护宏），只会导致编译阶段展开代码时出现重复定义错误，不会让构建系统多次调度A.cpp的编译任务——重复包含是编译期的代码语法问题，和构建任务的调度逻辑无关。

内容的提问来源于stack exchange，提问作者Marsupito