当前位置：首页 > news >正文

VS Code远程开发——现代机器人开发的主流IDE方案

news 2026/7/23 21:35:40

面试翻车现场

有个候选人来面试，简历上写着"熟练使用VS Code进行开发"。我问他："你的机器人跑在Ubuntu上，但你想用Windows上的VS Code开发，怎么搞？"

他说："把代码拷到Windows上写，写完再拷回去。"

我问："那调试呢？"

他沉默了。

这都2024年了，还在用U盘拷代码的方式做机器人开发？VS Code的远程开发功能早就把这个问题解决了。今天我们就来聊聊这个话题。

Remote Development：VS Code的杀手级功能

VS Code本身是个轻量级编辑器，但微软给它加了一个超能力——Remote Development。通过一组扩展，你可以让本地VS Code的界面连接远端机器上的代码和工具，体验和本地开发几乎一模一样。

三种远程模式：

Remote - SSH：通过SSH连接远程Linux机器。这是机器人开发最常用的方式，你的机器人跑着Ubuntu，你在笔记本上用VS Code写代码，代码实际存储在机器人上，编译也在机器人上执行。

Remote - WSL：Windows用户可以在WSL（Windows Subsystem for Linux）里开发。代码存在WSL的文件系统中，Windows上的VS Code直接访问。

Dev Containers：在Docker容器里开发。整个开发环境打包在容器里，团队成员打开就是同样的环境，再也不用"在我电脑上能跑"。

Remote - SSH实战

这是机器人开发最常用的模式。配置步骤：

第一步：安装扩展

在VS Code扩展市场搜索"Remote - SSH"，安装微软官方的那个。

第二步：配置SSH

按Ctrl+Shift+P，输入Remote-SSH: Connect to Host，输入连接命令：

ssh user@192.168.1.100

第一次连接会要求在远端安装VS Code Server，等它自动装好就行。

第三步：打开工作区

连接成功后，点"Open Folder"，选择机器人上的项目目录，比如/home/robot/catkin_ws/src。VS Code会在远端安装必要的扩展后端，然后你就可以像本地一样编辑代码了。

SSH配置文件

经常连接同一台机器人？配置~/.ssh/config：

Host myrobot HostName 192.168.1.100 User robot Port 22 IdentityFile ~/.ssh/id_rsa ServerAliveInterval 60

配置后，直接ssh myrobot就能连接，VS Code里也能直接选"myrobot"作为远程主机。ServerAliveInterval防止连接断开，这个很重要——谁也不想写了两小时代码突然断连。

远程开发中的终端和调试

连接远程后，VS Code的终端也是运行在远程机器上的。点"Terminal > New Terminal"，打开的就是机器人上的bash。你可以在这里编译、运行ROS2节点、查看日志，一切都在远程执行。

调试也是远程的。配置launch.json：

{ "version": "0.2.0", "configurations": [ { "name": "C++ Launch", "type": "cppdbg", "request": "launch", "program": "${workspaceFolder}/devel/lib/my_package/my_node", "args": [], "stopAtEntry": false, "cwd": "${workspaceFolder}", "environment": [], "MIMode": "gdb", "setupCommands": [ {"text": "-enable-pretty-printing"} ] } ] }

按F5启动调试，GDB在远程运行，断点、单步、变量查看都在本地VS Code界面操作。这个体验非常流畅，用过就回不去了。

Dev Containers：环境一致性

机器人项目的环境配置是出了名的复杂——ROS版本、Python版本、各种依赖库。新人入职花三天装环境是常事。Dev Containers可以解决这个问题。

在项目根目录创建.devcontainer/devcontainer.json：

{ "name": "Robot Dev Environment", "image": "osrf/ros:humble-desktop-full", "workspaceFolder": "/workspace", "workspaceMount": "source=${localWorkspaceFolder},target=/workspace,type=bind", "extensions": [ "ms-vscode.cpptools", "ms-python.python" ], "remoteUser": "ros" }

重新打开时VS Code会提示"Reopen in Container"，确认后就在Docker容器里开发了。环境镜像可以包含所有依赖，团队成员打开就是同样的环境。

面试常见考点

"远程开发的原理是什么？"——VS Code采用客户端-服务器架构。本地VS Code是客户端，负责UI渲染；远端安装VS Code Server，负责文件系统操作、终端、调试等。两者通过SSH或HTTP通信。

"远程开发和SSH+X11转发有什么区别？"——X11转发是把远程的图形界面传到本地，延迟高、体验差。VS Code Remote是在远端执行所有计算，本地只负责UI渲染，带宽占用小，体验流畅。

"Dev Containers的优势是什么？"——环境一致性、可复现性、隔离性。新人不需要手动装环境，打开项目就在正确的环境里。不同项目可以用不同的容器，互不干扰。

远程开发的网络要求

VS Code Remote-SSH对网络质量有一定要求。如果连接经常断开，可以检查几个方面：一是SSH配置中的ServerAliveInterval参数，设置为60可以保持连接活跃；二是网络延迟，高延迟下体验会很差，这时候可以考虑用VS Code的Tunnel模式；三是服务器性能，如果CPU或内存不足，扩展宿主进程可能会崩溃。在机器人项目中，通常是在性能较强的工作站上开发，然后SSH到机器人上调试。

补充一点：Remote-SSH的配置文件（~/.ssh/config）可以预设连接参数，比如用户名、端口、密钥路径等，这样连接时只需要写ssh hostname就够了。

给你的建议

如果你还在用"本地写代码、scp传到机器人、SSH上去编译运行"的工作流，是时候升级了。VS Code Remote - SSH可以让你的开发效率提升一个档次。

配置一次SSH config，以后连接就是一点击的事。把launch.json配好，调试也不用手动gdb了。团队共享devcontainer配置，新人入职环境配置时间从三天缩短到三分钟。

当然，VS Code不是唯一选择。如果你更喜欢轻量级方案，Vim+tmux也很棒。但不可否认，VS Code Remote已经成为机器人开发的主流IDE方案，面试中提一下能加分。如果遇到远程连接不稳定的情况，可以在SSH配置中加上ServerAliveInterval 60和ServerAliveCountMax 3来保持连接活跃，避免长时间无操作后断连。

上一篇：第87篇 Vim进阶——多文件编辑、宏录制和效率提升技巧

下一篇预告：第89篇 Shell脚本入门——自动化测试和环境配置的起点

查看全文

http://www.cnnetsun.cn/news/3608952.html