VS Code远程资源管理器不显示主机，主因是未安装Remote-SSH等子扩展或~/.ssh/config配置错误；连接卡在“安装VS Code Server”需手动预装；文件不显示需通过Remote Explorer指定路径；编辑不生效常因远端进程锁文件或WSL2访问Windows路径所致。
远程资源管理器打不开或不显示远程主机
VS Code 的“远程资源管理器”（Remote Explorer）本身只是个视图面板，它不主动连接——真正干活的是 Remote - SSH、Remote - Containers 或 Remote - WSL 这几个扩展。如果点开 Remote Explorer 一片空白，大概率是没装对应扩展，或者没配置好连接目标。
- 确认已安装
Remote - SSH（最常用）或其它远程扩展，不是只装了Remote Development捆绑包就完事——它只是元包，实际功能靠子扩展提供 -
~/.ssh/config文件里不能有语法错误，比如多一个空格、少一个换行，ssh命令能连通 ≠ VS Code 能读取；建议用ssh -F ~/.ssh/config -T hostname测试配置有效性 - Windows 用户若用 OpenSSH，注意路径里的反斜杠可能被误解析，优先用正斜杠或双反斜杠：
C:/Users/name/.ssh/config
点击“+”后 SSH 连接卡在“正在安装 VS Code Server”
这是最典型的阻塞点：VS Code 尝试在远端自动下载并部署服务端（vscode-server），但常因网络、权限或磁盘空间失败，且界面无明确报错提示。
- 手动预装更可靠：先 SSH 登录目标机器，运行
curl -LkO https://update.code.visualstudio.com/commit:（替换为本地 VS Code 的 commit ID），再解压到$(code --version | head -1)/server-linux-x64/stable~/.vscode-server/bin/...对应目录 - 远端用户主目录磁盘满、
/tmp不可写、或 SELinux/AppArmor 限制都会导致安装静默失败；检查~/.vscode-server/.cli.log最直接 - 企业环境常见代理拦截：远端需设
export HTTP_PROXY=...，且 VS Code 设置里也要配http.proxy和remote.ssh.enableDynamicForwarding: false避免隧道干扰
连接成功但文件浏览器里看不到任何文件
不是没连上，而是 VS Code 默认打开的是“空工作区”，它不会自动加载远端根目录或家目录——你得主动指定一个路径作为工作区起点。
- 在 Remote Explorer 里右键你的 SSH 目标 →
Connect to Folder...→ 输入路径如/home/user/project或留空回车（即家目录） - 别依赖左侧“EXPLORER”面板顶部的“Open Folder”按钮——那是本地操作，对远程无效；必须通过 Remote Explorer 或命令面板（
Ctrl+Shift+P→Remote-SSH: Connect to Host...）触发 - 如果远端路径有符号链接嵌套过深，或挂载了 NFS/CIFS，VS Code 可能拒绝遍历；临时改用
code --no-sandbox --disable-gpu启动本地客户端调试
编辑保存后文件没同步 / 修改不生效
VS Code 远程开发本质是本地渲染 + 远端执行，所有文件 I/O 都发生在远端。所谓“没同步”，其实是本地编辑器缓存未刷新，或远端进程锁住了文件。
- 禁用
files.autoSave并手动Ctrl+S，避免编辑中途触发保存而远端正在被构建脚本占用 - 远端若跑着
nodemon、webpack watch或 Docker 容器，它们可能 hold 住文件句柄；改完先killall nodemon再保存 - 如果用 WSL2 连 Windows 文件系统（如
/mnt/c/...），性能极差且偶发写入丢失——务必把项目移到~/project这类原生 Linux 路径下
远程开发的坑不在“连不连得上”，而在“连上了之后 VS Code 认为你该做什么”和“远端实际允许你做什么”之间的错位。每次卡住，先看 Remote Explorer 底部状态栏有没有黄色警告图标，再打开 Output 面板选 Remote SSH 查日志——那里面写的比弹窗清楚得多。
