VS17增量链接器频繁崩溃无预警，未更新系统或VS

这种毫无预兆就弹出"Incremental Linker has stopped working"的情况真的太糟心了，尤其是没碰系统也没更VS就突然炸锅的问题，我之前踩过好几个类似的坑，结合你的情况给你几个可行的解决方向：

一、先搞定增量链接器本身的缓存/配置问题 #

• 直接禁用增量链接：这是最快的临时解决方案。右键项目 -> 属性 -> 链接器 -> 常规，把「启用增量链接」改成「否(/INCREMENTAL:NO)」。增量链接虽然能加快编译速度，但依赖的中间缓存文件很容易出问题，全量链接虽然慢一点，但能彻底绕开这类崩溃。
• 清理所有编译缓存：手动删除项目目录下的obj文件夹、解决方案根目录的隐藏.vs文件夹，还有项目的.suo文件，然后在VS里执行「生成 -> 清理解决方案」，再「重新生成解决方案」。很多时候都是这些缓存文件损坏导致链接器抽风。
• 修复VS安装：如果上面两个方法都没用，可能是VS的某些组件悄悄损坏了。打开Visual Studio Installer，找到你的VS2017实例，点击「修改」，然后选择「修复」，让安装程序自动修复损坏的组件。

二、检查你的加密代码可能存在的问题 #

你的加密代码片段看起来有几个潜在问题，这些问题不仅可能导致运行时崩溃，也可能干扰增量链接的过程：

1. 内存分配长度错误：你要生成的是十六进制转义字符串，比如一个原字符'A'会变成"\x41"（4个字符），但你现在只分配了lstrlenA(String) + 1的内存，这会导致严重的内存溢出。正确的长度应该是strlen(String) * 4 + 1（每个字符对应4个转义字符，最后加终止符）。
2. inline函数的定义问题：__inline是微软的扩展，如果这个函数定义在头文件里又没有加static，或者头文件没有包含保护，会导致多个编译单元里都有这个函数的定义，增量链接处理重复符号时很容易崩溃。建议要么给函数加static __inline，要么把函数实现放到.cpp文件里。
3. 空指针检查缺失：代码里直接用lstrlenA(String)，如果String是NULL会直接崩溃，虽然这是运行时问题，但有时候这类未定义行为也会干扰编译链接的中间过程。

修正后的代码示例（简单调整）：

#include <cstring>
#include <Windows.h> // 如果需要用lstrlenA的话，建议换成标准strlen

static __inline char* EncryptString(const char* String, const char* Key) {
    if (!String || !Key) return nullptr; // 空指针检查
    
    size_t strLen = strlen(String);
    // 每个字符转成\xXX，占4个字符，所以总长度是strLen*4 +1
    char* szEncrypted = new char[strLen * 4 + 1];
    memset(szEncrypted, 0, strLen *4 +1);
    
    size_t keyLen = strlen(Key);
    for (size_t i = 0; i < strLen; ++i) {
        char encryptedChar = String[i] ^ Key[i % keyLen];
        // 写入十六进制转义字符串
        sprintf_s(&szEncrypted[i*4], 5, "\\x%02X", (unsigned char)encryptedChar);
    }
    
    return szEncrypted;
}

最后说一句 #

如果还是不行，可以试试创建一个新的测试项目，把你的加密代码移过去编译链接，看看会不会崩溃。如果新项目没问题，那大概率是原项目的配置或者缓存出问题了，直接把原项目的代码移到新项目里就行。

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