我之前也帮不少开发者解决过VS2017这类诡异的编译错误，重装三次都没好确实闹心，别着急，咱们一步步排查解决：

• 检查系统环境变量配置
  这个错误大概率是系统PATH环境变量出了问题——要么VS编译工具的路径没正确加载，要么被其他程序的路径干扰了。你可以这么操作：

  1. 打开VS2017自带的Developer Command Prompt for VS 2017，手动输入cl命令试试，如果能正常输出版本信息，说明VS本身的环境没问题，问题出在系统全局PATH上。
  2. 对比命令行里的PATH和系统环境变量的PATH，把VS的相关工具路径（比如C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\VC\Tools\MSVC\<具体版本号>\bin\Hostx64\x64这类）移到系统PATH的最顶端，避免被其他工具的同名命令覆盖。
  3. 至于xyz.exe找不到的问题，先确认它是项目依赖的外部工具还是生成的可执行文件：如果是外部工具，要把它的路径加到系统PATH里，或者在项目属性的“可执行文件目录”里指定；如果是生成的文件，那可能是之前的编译失败导致它没生成，先解决CL.exe的问题再说。

• 针对性修复VS2017组件
  直接重装有时候未必能修复所有损坏的组件，试试VS自带的修复功能：

  1. 打开Visual Studio Installer，找到你的VS2017实例，点击“修改”，然后选择“修复”选项。这个过程会重新校验并修复损坏的安装文件，比盲目重装更精准。
  2. 修复完成后务必重启电脑，再打开VS尝试编译。

• 排查项目配置异常
  有时候问题不是VS本身，而是单个项目的配置出了问题：

  1. 先新建一个空的C++项目，写个简单的Hello World程序编译试试。如果这个新项目能正常运行，那说明原有项目的配置有问题。
  2. 打开原有项目的“属性”窗口，检查“VC++目录”下的包含目录、库目录、可执行文件目录，确保所有路径都是存在的，没有指向已删除的文件夹。
  3. 清理项目的生成缓存：删除项目根目录下的Debug/Release文件夹，还有隐藏的.vs文件夹，然后重新生成整个解决方案。

• 检查系统权限与冲突软件

  1. 某些杀毒软件或安全工具会误拦截CL.exe的运行，试试暂时关闭这类软件，或者把VS的安装目录和你的项目目录加入信任列表。
  2. 用管理员权限启动VS2017，再尝试编译——权限不足也可能导致编译工具无法正常访问文件或执行命令。

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