visual studio 搭建 c++ 环境需确保三点：cl.exe 可调用、link.exe 能找到 windows sdk、项目属性中平台工具集与运行时库不冲突；必须勾选“使用 c++ 的桌面开发”工作负载，安装路径不含中文或空格，验证需通过“x64 本机工具命令提示符”，新建项目后须核对平台工具集、windows sdk 版本及运行时库配置，第三方库链接须匹配工具集版本与构建方式。
Visual Studio 搭建 C++ 环境，关键不是“装完就行”，而是确保 cl.exe 能被调用、link.exe 能找到 Windows SDK、项目属性里平台工具集和运行时库不冲突——这三点任一出错，都会在编译或链接阶段报出看似随机的错误，比如 LNK1104: cannot open file 'MSVCRTD.lib' 或 C1083: Cannot open include file: 'stdio.h'。
确认安装时勾选了“使用 C++ 的桌面开发”工作负载
这是最常被跳过的一步。很多用户以为装了 Visual Studio 就自动带 C++ 编译器，其实默认只装了 .NET 和 Web 工具。必须手动勾选该工作负载，它才会安装：MSVC v143（或更新的 v144）编译器、Windows 10/11 SDK、CMake Tools 和调试器支持。
- 若已安装但漏选：打开
Visual Studio Installer→ 找到已安装的 VS 版本 → 点击“修改” → 勾选该工作负载 → 点击“修改” - 安装路径不能含中文或空格，否则
vcvars64.bat脚本可能解析失败，导致后续命令行编译失效 - 建议同时勾选“C++ CMake 工具”和“测试工具核心功能”，哪怕暂时不用——它们不占多少空间，且后期加依赖时省去二次安装
验证 cl.exe 是否可用，别只信 IDE 界面
IDE 里能点绿色三角运行，不代表命令行环境就通。很多构建脚本、CI 流程、第三方库（如 vcpkg、conan）都依赖命令行调用 cl.exe。不验证这步，后续集成会反复踩坑。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 打开“x64 本机工具命令提示符”（开始菜单搜这个名字），不是普通 cmd 或 PowerShell —— 它已预执行
vcvars64.bat - 输入
cl回车，应输出版本信息和用法说明；输入link应同样有响应 - 若提示“不是内部或外部命令”，说明环境变量没加载，此时不要手动改 PATH，而应通过上述专用命令提示符启动，或在脚本中显式调用：
call "C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Auxiliary\Build\vcvars64.bat"
新建项目后务必检查项目属性里的三个关键配置项
空项目或控制台模板生成后，IDE 默认配置往往不匹配实际需求，尤其在引入第三方库或跨机器协作时。以下三项必须人工核对：
-
平台工具集：应为
v143（VS 2022）或v144（VS 2025），不能是旧版v142；若看到灰色不可选，说明对应工具集未安装 -
Windows SDK 版本：推荐选最新稳定版（如
10.0.22621.0），避免选“最新版本(Latest)”——它可能指向预览版，导致某些头文件缺失 -
运行时库：调试用
/MDd（动态调试版），发布用/MD（动态发布版）；切勿混用/MT（静态链接），否则与多数开源库（如 Boost、OpenCV）的 .lib 文件不兼容，直接报LNK2038类型不匹配
添加第三方库时，路径和链接顺序不能颠倒
以 Boost 为例，常见错误不是“找不到头文件”，而是“找不到符号”，根源在于链接器找不到 .lib，或找到了但顺序错了。
- 包含目录（
Additional Include Directories）填的是头文件根路径，例如：C:\boost\boost_1_83_0，不是...\boost_1_83_0\boost - 库目录（
Additional Library Directories）填的是lib文件夹路径，例如：C:\boost\boost_1_83_0\stage\lib，不是...\stage - 附加依赖项（
Additional Dependencies）只写文件名，如boost_system-vc143-mt-gd-x64-1_83.lib；注意其中vc143必须匹配当前平台工具集，mt表示多线程，gd表示调试版——这些后缀必须与你选用的 Boost 构建方式一致
最容易被忽略的是：不同 VS 版本生成的 .lib 文件二进制不兼容。比如用 VS 2022 编译的项目，不能直接链接 VS 2019 构建的 Boost 库，哪怕文件名看起来一样。这种问题不会在编译时报错，而是在链接末期突然失败，且错误信息极不直观。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
