remote-ssh连接成功后，代码实际在远程服务器运行，本地仅渲染界面；需确认状态栏显示“ssh: 主机名”、资源管理器路径为vscode-remote://格式，并在远程终端和远程扩展环境下操作。
Remote-SSH 连接成功后，代码其实已经在远程运行了
很多人误以为“连接上”只是打开了文件，实际不是：Remote-SSH 的本质是把 VSCode 的后端（文件系统、终端、调试器、Git）全部搬到远程服务器上运行。你敲的每一行 Python、保存的每个 JS 文件、点的「运行」按钮，都真正在目标机器上发生——本地只负责渲染界面和转发输入。
所以问题不在于“怎么让代码在远程运行”，而在于：你是否真的在远程上下文中操作？常见误区包括：
- 连上了，但打开的是本地文件夹（路径显示
file:///），而不是远程路径（vscode-remote://ssh-remote+开头） - 终端没切到远程会话，按
Ctrl+`打开的还是本地 shell - 用本地 Python 解释器跑远程脚本（路径错、环境变量错、包根本没装）
确认当前是远程会话：看状态栏和资源管理器路径
连接成功后，VSCode 窗口右下角状态栏必须显示绿色的远程主机名（如 SSH: my-server），且资源管理器顶部路径应为 vscode-remote://ssh-remote+my-server/home/user/project 这类格式。如果不是，说明你只是本地打开了一个文件，没真正进入远程工作区。
实操建议：
- 不要双击本地文件打开；务必先通过
Ctrl+Shift+P→Remote-SSH: Open Folder选择远程路径 - 如果已连上但路径还是本地，关掉当前窗口，重新从「远程资源管理器」面板选主机 → 「Open Folder」
- 检查左侧活动栏「远程资源管理器」图标（两个重叠屏幕）是否高亮，未高亮=当前非远程会话
在远程终端里直接运行命令，别依赖本地配置
集成终端（Ctrl+`）默认就是远程 shell，它加载的是远程用户的 ~/.bashrc 或 ~/.zshrc，不是你本地的环境。所以 python app.py、npm run dev 都是调用远程机器上的解释器和包。
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
容易踩的坑：
-
Command 'python' not found：远程没装 Python，或没加进$PATH（检查which python3，必要时在~/.bashrc里补alias python=python3） - 运行报
ModuleNotFoundError：远程没装对应包（pip install -r requirements.txt），不能指望本地venv同步过去 - 终端启动后没加载
conda环境：因为 Remote-SSH 启动的是非交互式 shell，conda init生成的初始化代码可能没生效，可临时改用source ~/miniconda3/etc/profile.d/conda.sh && conda activate myenv
调试和运行按钮（▶️）依赖远程扩展，不是本地逻辑
点击编辑器右上角的「运行」按钮，或按 F5 启动调试，背后调用的是远程安装的扩展（如 Python、Node.js）。如果按钮灰掉或报错 Can't find runtime 'node'，说明对应扩展没在远程安装。
关键判断点：
- 扩展面板右上角有「Install on SSH: my-server」提示，必须点它，而不是只点「Install」
- Python 扩展需要远程有
python命令且pip可用；Node.js 扩展要求远程装了node（node --version可查） - 调试配置（
.vscode/launch.json）里的pythonPath或runtimeExecutable必须写远程路径，例如/usr/bin/python3，不能写C:\Python\python.exe
最常被忽略的一点：Remote-SSH 不是“同步工具”，也不是“代理编辑器”。它没有中间层，所有动作直通远程文件系统和进程。一旦路径、权限、环境、扩展四者中任一出错，表现都是“代码没运行”，但根源往往不在运行本身，而在你根本没落到远程上下文里。
