vscode不支持直接命令行ssh远程打开文件夹，必须先配置ssh主机（如~/.ssh/config中定义host别名），再用code --remote ssh-remote+myserver /path格式调用，且需remote-ssh扩展启用、远程路径有权限、vscode-server可自动安装。
vscode 命令行打开远程文件夹不直接支持
VSCode 本身不提供原生命令行参数来直接连接 SSH 远程主机并打开文件夹——code 命令只能处理本地路径或已配置好的远程窗口。所谓“远程文件夹”，实际要走 VSCode Remote - SSH 扩展的机制，而非简单传一个 user@host:/path 进去。
必须先配置 SSH 主机再用 code --remote
远程打开依赖已保存的 SSH 配置（~/.ssh/config）和 Remote - SSH 扩展预设的连接。执行前确保：
-
Remote - SSH扩展已安装且启用 -
~/.ssh/config中存在可 ssh 登录的 Host 别名，例如：Host myserver HostName 192.168.1.100 User dev IdentityFile ~/.ssh/id_rsa
- 能本地执行
ssh myserver成功登录
满足后，运行：code --remote ssh-remote+myserver /home/dev/project
注意：ssh-remote+ 是固定前缀，后面拼的是 config 里的 Host 名，不是 IP 或完整 URL。
常见失败原因：路径权限、扩展未激活、WSL 干扰
即使命令格式正确，仍可能卡在“正在准备远程环境”或报错 Could not establish connection to...，典型原因包括：
- 远程用户对目标路径无读/执行权限（
ls /home/dev/project要能成功） - 远程服务器没装
vscode-server，首次连接会自动拉取，但若网络策略拦截或磁盘满，会静默失败 - Windows 上启用了 WSL，而
code命令指向了 WSL 版本（检查which code输出，应为 Windows 的Code.exe路径） - SSH 配置中用了
ProxyJump或复杂跳转，code --remote对嵌套跳转支持不稳定，建议先用普通 SSH 测试连通性
无法用 code 打开 SFTP 挂载路径或 NFS 共享目录
有人尝试把远程目录用 sshfs 或 mount 挂到本地（如 /mnt/remote），再执行 code /mnt/remote——这看似“打开了远程文件夹”，实则只是本地挂载点，所有文件操作走 FUSE 层，性能差、锁行为异常、Git 状态常不同步。VSCode 不识别其为远程上下文，插件（如 Python 解释器、调试器）仍按本地逻辑运行，容易出错。
真要远程开发，请坚持用 --remote ssh-remote+ 方式；挂载方式只适合只读浏览或临时编辑。
