VSCode运行ROS需环境变量、头文件路径和构建工具链三者对齐：必须从工作空间根目录启动并source setup.bash；includePath应通过rospack动态获取，包含/opt/ros/版本/include和devel/install/include；调试须用attach模式而非launch，并确保编译带-g。
VSCode 能跑 ROS，但不是装几个插件就自动好用——关键在环境变量、头文件路径和构建工具链三者对齐。否则你会遇到 ros::NodeHandle 报红、#include <std_msgs/String.h> 找不到、断点进不去等典型问题。
ROS 插件不识别工作空间？检查打开方式和环境变量
VSCode 必须从工作空间**根目录**启动，而不是 src 子目录。比如你的工作空间是 ~/catkin_ws，要运行：
cd ~/catkin_ws code .
如果已打开但插件没反应，先确认终端里能正常执行 rospack find std_msgs。若失败，说明 ROS 环境没加载，需在 VSCode 终端中手动运行：
source devel/setup.bash
更稳妥的做法是把这行加进 ~/.bashrc，并确保 VSCode 启动时继承了 shell 环境（Linux 下默认是，Windows WSL 需检查设置里的 “Integrated Terminal > Default Profile” 是否为 bash/zsh）。
c_cpp_properties.json 头文件路径总出错？别手写，用 rospack
VSCode 的 C/C++ 插件靠 .vscode/c_cpp_properties.json 里的 includePath 找头文件。ROS 的消息头（如 std_msgs/String.h）不在系统路径，必须显式添加。
错误做法：硬编码写 /opt/ros/noetic/include —— 换个 ROS 版本或工作空间就失效。
正确做法：用 rospack 动态查路径，然后填入：
- 运行
rospack find std_msgs，输出类似/opt/ros/noetic/share/std_msgs - 把路径改成
/opt/ros/noetic/include（注意是include，不是share） - 再加一条
${workspaceFolder}/devel/include（对应你自定义 msg 的生成头）
最终 includePath 至少包含这两项，缺一不可。
调试 ROS C++ 节点进不去断点？别直接 launch，用 attach
ROS 节点由 rosrun 或 roslaunch 启动，VSCode 默认的 launch 类型无法接管其进程生命周期。强行用 program 指向可执行文件会绕过 ROS 初始化，导致 ros::init() 失败。
必须用 cppdbg 类型 + attach 模式：
- 先在终端运行
rosrun your_pkg your_node - 在
.vscode/launch.json中配置"request": "attach" -
"processId"先空着，启动调试时 VSCode 会弹出进程列表，选中那个your_node进程 - 确保节点编译时带
-g（CMakeLists.txt里有set(CMAKE_BUILD_TYPE "RelWithDebInfo")或手动加set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -g")）
ROS2（Humble/Iron）和 ROS1 配置差异在哪？
核心区别在构建工具和环境加载方式，不是插件换一个就行：
- ROS1 用
catkin_make，工作空间有devel目录；ROS2 用colcon build，只有install目录 —— 所以includePath要指向${workspaceFolder}/install/include - ROS2 的
setup.bash在install下，不是devel，所以source install/setup.bash才生效 - ROS 插件对 ROS2 支持依赖插件版本，旧版可能只识别 ROS1，需确认插件更新到 v0.6.0+（Microsoft 官方 ROS 插件已统一支持）
- ROS2 的 C++ 调试同样用
attach，但进程名通常是your_package__your_node（含双下划线），别按 ROS1 习惯去搜your_node
最易忽略的一点：ROS2 节点默认运行在单独的 executor 中，断点可能被调度延迟触发，建议在 main() 开头加 sleep(1) 再 attach，留出调试器注入时间。
