必须先确保vscode在能识别编译器的环境中启动，如windows需从“x64本机工具命令提示符”启动以定位cl.exe，mac需将homebrew路径加入shell path并验证集成终端中which g++输出一致；核心插件为c/c++（microsoft）、clangd（语义分析更准）和code runner（单文件快速验证），配置后须重启或重载窗口生效。
装插件前先确认 VSCode 已启动在正确环境
很多问题其实不是插件没装好，而是 VSCode 没在能识别编译器的上下文中启动。比如 Windows 上用 MSVC，必须从“x64 本机工具命令提示符”里启动 VSCode，否则 C/C++ 插件根本找不到 cl.exe；Mac 上如果用 Homebrew 装了 gcc，但没把 /opt/homebrew/bin 加进 shell 的 PATH，VSCode 图形界面启动时也读不到它。
验证方式：终端里运行 which g++ 或 where cl，再打开 VSCode 的集成终端（Ctrl+`），执行同样命令——输出一致才算真正就位。
C/C++ 开发必装的三个核心插件及其分工
C/C++（Microsoft 官方）是基础，提供 IntelliSense、调试适配和 c_cpp_properties.json 配置入口；Clangd 是可选替代，对大型 C++ 项目响应更快、语义分析更准，但需手动安装 clangd 二进制（如 brew install llvm 后软链到 PATH）；Code Runner 适合单文件快速验证，但它默认用 g++ -std=c++17 编译，不读项目级 compile_commands.json，容易和 CMake 工程冲突。
常见错误现象：C/C++ 插件报 “Unable to resolve include path”，大概率是 c_cpp_properties.json 里 "includePath" 写成了相对路径或漏了系统头文件目录（如 MinGW 的 C:/msys64/ucrt64/include/c++/13.2.0）。
前端开发常用插件的轻量组合方案
不用堆砌一堆功能重叠的插件。Live Server 替代 Open in Browser，支持热重载和自定义端口；ESLint + Prettier + eslint-config-prettier 三件套，关键配置项是 "editor.formatOnSave": true 和 "eslint.validate": ["javascript", "typescript"]；vscode-icons 纯视觉优化，装完即用，无需配置；Chinese (Simplified) Language Pack 若团队混用中英文，建议只设 "locale": "zh-cn"，避免某些专业术语（如 debugger、webpack）被强行翻译反而难懂。
插件配置容易被忽略的两个细节
一是插件作用域：有些插件（如 Python）默认全局启用，但你可能只想在某个 workspace 里生效。右键插件名 → “Disable (Workspace)” 可局部关闭；二是更新策略：extensions.autoUpdate 设为 true 很方便，但 Clangd 或 CMake Tools 这类依赖外部工具链的插件，升级后可能要求你同步更新 clangd 或 cmake 本身，否则出现 “Failed to start language server” 类错误。
最常被跳过的一步：装完插件后没重启 VSCode 或没重载窗口（Ctrl+Shift+P → Developer: Reload Window），尤其当插件含新菜单项或快捷键时，旧进程根本不加载。
