VS Code Remote-SSH 在慢速网络下卡顿主因是频繁小文件同步与语言服务通信；应精简远程扩展、排除无关文件、配置 SSH 复用与保活、禁用远程语言服务并改用本地语法分析。
VS Code 远程开发（Remote-SSH）在慢速网络（如高延迟、低带宽的跨境连接）下卡顿、响应迟缓，核心问题不在 VS Code 本身，而在于远程服务器与本地客户端之间频繁的小文件同步、语言服务通信和 UI 渲染交互。优化的关键是减少网络往返、压缩传输内容、降低实时性依赖。
精简远程工作区与禁用非必要扩展
远程连接时，VS Code 默认会尝试在远程端激活所有本地启用的扩展。大量扩展（尤其含语言服务器、格式化、Linter 的）会在后台频繁发起小请求，加剧慢网下的卡顿。
- 只在远程安装必需扩展：进入远程窗口后，打开扩展视图（Ctrl+Shift+X），点击“… → Show Remote Extensions”，仅安装如 Python（需远程解释器）、Prettier（配置为 remote-only 格式化）等真正需要在远程运行的扩展；禁用或卸载主题、图标包、GitLens（除非需远程 Git 操作）等纯本地向扩展。
-
排除无关文件与文件夹：在远程工作区根目录的
.vscode/settings.json中设置："files.exclude": { "**/node_modules": true, "**/__pycache__": true, "**/*.log": true }
避免远程资源管理器反复扫描大体积或临时目录。
调优 Remote-SSH 连接参数
OpenSSH 层面的配置对高延迟网络影响显著。编辑本地 SSH 配置文件（~/.ssh/config），为对应主机添加以下选项：
-
启用连接复用：
ControlMaster auto<br>ControlPersist 600<br>ControlPath ~/.ssh/sockets/%r@%h:%p
避免每次打开文件或执行命令都新建 TCP 连接。 -
降低延迟敏感度：
TCPKeepAlive yes<br>ServerAliveInterval 30<br>ServerAliveCountMax 3
防止中间网络设备误断空闲连接，同时避免频繁保活包加重负担。 -
禁用 DNS 解析（若使用 IP 连接）：
ConnectTimeout 10<br>StrictHostKeyChecking no<br>NoHostAuthenticationForLocalhost yes<br>AddressFamily inet
关闭实时语言服务与改用轻量替代
像 TypeScript、Python 的 IntelliSense 在慢网下极易卡住编辑器，因其需将大量文件内容实时同步至远程语言服务器并等待响应。
-
禁用远程端的语言服务器自动启动：在远程
.vscode/settings.json中添加："typescript.preferences.includePackageJsonAutoImports": "off",<br>"editor.quickSuggestions": { "other": false, "comments": false, "strings": false },<br>"javascript.suggest.autoImports": false -
改用本地语言支持（推荐）：安装 JavaScript and TypeScript Nightly 或 Python 扩展的本地版本，在本地解析语法（需本地有
node_modules或 Python 环境），仅远程执行运行/调试操作。通过"python.defaultInterpreterPath"指向远程路径，但代码分析走本地。
使用压缩与更高效的协议层（进阶）
如果 SSH 本身已成瓶颈，可考虑绕过默认通道：
-
启用 SSH 压缩（谨慎使用）：
在~/.ssh/config对应 Host 添加：Compression yes<br>CompressionLevel 5
对文本类流量（如 JSON-RPC、文件内容）有一定压缩收益，但增加 CPU 开销；带宽极低（ -
改用 VS Code Server + 浏览器访问（替代 Remote-SSH）：
在远程服务器运行code-server（官方开源版），通过浏览器访问（https://your-server:8080）。它复用 WebSocket，对高延迟更友好，且支持离线缓存部分 UI 资源。注意配置反向代理与 HTTPS 以保障安全。
基本上就这些。不需要重装或升级硬件，重点是切断冗余通信链路、让编辑体验“去实时化”、把能本地做的尽量留在本地。慢网不是不能用 Remote-SSH，而是得告诉它：“别太勤快”。
