增量链接在msvc中通过预留pe补丁区、按块组织函数/数据并复用未改块来优化链接；修改超块空间、内联变化、全局对象顺序变更等会触发全量链接。
增量链接在 MSVC 中到底改了什么
MSVC 的 /INCREMENTAL 并不是“只编译改过的 .cpp”，而是链接器层面的优化：它把可执行文件（.exe/.dll）的 PE 结构预留一块“补丁区”（patch area），把函数体、数据等按块（chunk）组织，并记录每个块的 RVA 和大小。当你改了一个函数，链接器会尝试复用未改动的块，只替换被修改函数所在的块，并更新重定位和导入表——前提是新函数没超出原块空间。
这意味着：函数体变大但没超限 → 增量成功；函数加了个局部变量导致栈帧变化 → 可能触发全量链接；内联展开行为改变 → 也可能让块尺寸失控，悄悄退回到全量链接。
/INCREMENTAL 默认值和常见开关组合
Visual Studio 新项目默认开启 /INCREMENTAL（对应 /INCREMENTAL:YES），但有三个关键变体必须手动控制：
-
/INCREMENTAL:NO：彻底禁用，每次都是完整链接（最慢，但生成的二进制最紧凑） -
/INCREMENTAL:EDITANDCONTINUE：为 Edit and Continue（热重载）启用额外调试信息和更保守的块布局，会增大输出体积、略微拖慢链接速度，且仅在 Debug 配置 + 启用/ZI或/Zi时生效 -
/INCREMENTAL（无参数）=/INCREMENTAL:YES：标准增量模式，不带 Edit and Continue 支持
注意：/INCREMENTAL:EDITANDCONTINUE 在 Release 下会被静默忽略，而 /DEBUG 必须存在，否则增量链接无法写入调试节，可能报错 LNK4070: directive '...' in '.drectve' conflicts with setting of ...。
哪些改动会导致增量链接失效（悄悄回退到全量）
MSVC 链接器会在日志里输出 Incremental Link failed: image changed too much 或直接沉默地走全量路径。常见诱因包括：
- 修改的函数内联状态变化（比如从
inline变成不内联，或跨 TU 内联被破坏） - 全局对象构造顺序依赖变化（影响 .CRT$XCU 段排布）
- 使用了
#pragma comment(linker, "...")修改入口点、堆栈大小等影响 PE 头字段的操作 - 链接时新增/删减了 .lib（尤其是静态库），导致导入符号数量或顺序变动
- 启用了
/OPT:REF或/OPT:ICF—— 这两个优化会重排/合并节，与增量块布局冲突，必须关闭才能稳定使用增量链接
验证是否真走了增量：打开链接器诊断级别（/VERBOSE:INCREMENTAL），观察输出中是否有 Performing incremental link 和具体 patch 块统计；若看到 Performing full link，就说明已降级。
增量链接对 PDB 和调试体验的实际影响
启用 /INCREMENTAL 时，链接器会把符号信息以“增量友好”的方式写入 PDB，但这会让 PDB 文件比全量链接时大 10–30%，且加载稍慢。更重要的是：如果你在调试中修改代码并点击“继续”，VS 调用的是 Edit and Continue 机制（依赖 /INCREMENTAL:EDITANDCONTINUE + /ZI），而不是普通增量链接——两者共存但职责分离。
一个容易被忽略的点：/INCREMENTAL 生成的二进制默认不兼容 ASLR（地址空间布局随机化），因为补丁区位置是固定的。若需发布版也支持 ASLR，必须显式加 /DYNAMICBASE，此时链接器会自动调整补丁策略，但可能轻微增加链接时间或降低增量成功率。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
