VS Code 中 C++ 项目需用 CMake 构建、GDB 调试，核心是理解配置逻辑：装 C/C++、CMake Tools 和可选 CMake Helper 插件；确保 CMake 3.20+、GDB 和编译器已安装；根目录写精简 CMakeLists.txt；构建前须设为 Debug 模式并手动 Configure + Build；launch.json 应由 CMake Tools 自动生成。
在 VS Code 中用 C++ 做项目开发，CMake 负责构建，GDB 负责调试，两者配合得当，体验接近专业 IDE。关键不是装插件，而是理解配置逻辑和文件职责。
必备插件与基础设置
只装三个核心插件：C/C++（Microsoft 官方）、CMake Tools、CMake Helper（可选但推荐）。不需要 Code Runner 或其他“一键编译”类插件——它们会绕过 CMake，导致构建状态混乱。
确保系统已安装：
- CMake（建议 3.20+，终端运行 cmake --version 验证）
- GDB（Linux/macOS 默认自带；Windows 推荐 MinGW-w64 或 MSVC 工具链附带的 GDB）
- 编译器（g++ / clang++ / cl.exe）且能被 CMake 自动发现
CMakeLists.txt 是项目的“说明书”
根目录下必须有 CMakeLists.txt，内容要精简明确。例如一个单文件项目：
立即学习“C++免费学习笔记（深入）”；
macOS 微信消息自动化工具。通过 GUI 自动化实现：发送消息给指定联系人、读取聊天内容、监控新消息。适用于需要自动化微信操作的场景，如定时发送、批量回复、消息备份等。依赖 peekaboo 进行屏幕截图和 UI 交互。仅支持 macOS。开源地址：https://github.com/chairmanmia...
<font size="2">cmake_minimum_required(VERSION 3.20) project(hello LANGUAGES CXX) set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) add_executable(hello main.cpp)</font>
不要写 find_package() 或复杂逻辑，除非真需要。CMake Tools 插件会自动检测该文件，并提供 “Build”、“Configure” 按钮。点击 “Configure” 后，它会在 build/ 目录生成 Makefile/Ninja 文件和缓存 —— 这一步失败，后面全卡住。
调试前必须生成带调试信息的构建
默认 CMake 是 Release 模式，不带调试符号（-g），GDB 无法查看变量或单步。必须切换到 Debug 模式：
- 按 Ctrl+Shift+P → 输入 “CMake: Select Build Type” → 选 Debug
- 重新点击 “Build”（或按 Ctrl+Shift+B）
- 确认 build/ 目录下生成的可执行文件大小明显变大（含调试信息）
VS Code 的 launch.json 不需要手动写路径。用 CMake Tools 自动生成：按 Ctrl+Shift+P → “CMake: Debug” → 它会创建 .vscode/launch.json 并填好 program、miDebuggerPath 等字段，前提是构建成功且类型为 Debug。
常见卡点与直击解法
● “No executable found”：没 build，或 build 类型不是 Debug，或 launch.json 的 program 路径写死但实际路径变了（建议删掉 launch.json，用 CMake Tools 重生成）
● 断点灰了/不命中：检查是否在 Debug 模式构建；确认源码路径和 GDB 加载的路径一致（尤其跨目录打开项目时，用 ${workspaceFolder} 变量更稳）
● GDB 启动报错 “not in executable format”：可执行文件可能被 strip 过，或用了错误的工具链（比如 Windows 下混用 MinGW 和 MSVC）
● 修改 CMakeLists.txt 后不生效：CMake Tools 不会自动重新 configure，需手动点 “CMake: Configure” 或启用 “Auto Configure” 设置（Settings → CMake: Auto Configure
基本上就这些。不复杂但容易忽略的是：每次改完 CMakeLists.txt 或切换 build type，都要主动 configure + build 一次。VS Code 不是魔法盒，它是你和 CMake/GDB 之间的透明窗口。
