最可靠方式是用code命令启动.code-workspace文件：先确保已安装Shell命令，再执行code my-project.code-workspace；双击易失败，快捷键无法切换工作区，远程环境需等待Python解释器就绪。
code 命令直接启动 `.code-workspace` 文件是最可靠、最符合预期的方式，其他路径（比如反复“打开文件夹”）本质是替换而非启动工作区。
用终端命令启动工作区最稳
VSCode 的工作区不是状态，而是配置文件——它必须被显式加载才能生效。双击 `.code-workspace` 文件有时会失败（尤其在 Windows 上未关联或路径含空格时），而 code 命令能绕过这些限制。
- 确保已安装 Shell 命令：
code—— 在 VS Code 中按Ctrl+Shift+P输入 “Shell Command”，运行 “Install 'code' command in PATH” - 在终端中执行：
code my-project.code-workspace（路径需准确，推荐用相对路径或绝对路径） - 如果工作区含远程连接（如 SSH），命令仍有效：
code --remote ssh-remote+user@host:/path/to/project.code-workspace - 非默认 SSH 端口？改用 URI 格式：
code --folder-uri vscode-remote://ssh-remote+user@host:2222/path/to/folder/，注意这不是工作区文件路径，而是远程目录
双击打开失败？检查这三点
Windows/macOS 下双击 `.code-workspace` 文件看似方便，但容易因系统级关联或路径解析出错导致只打开一个文件夹、丢失多根结构或忽略 settings.json。
- 右键 → “属性” → 检查目标是否为完整路径，且
Code.exe路径带英文引号（如"C:\Program Files\Microsoft VS Code\Code.exe"） - 文件路径不能含中文或特殊符号（如
【项目】v2.code-workspace），建议用纯 ASCII 命名 - 若工作区引用了本地不存在的文件夹（例如同事提交的 `.code-workspace` 里有他机器上的绝对路径），VSCode 会静默跳过该根目录——打开后侧边栏只剩一部分，无报错提示
快捷键无法“切换到某工作区”，别白费劲
VSCode 不支持像标签页一样用快捷键切换工作区，因为每个 `.code-workspace` 是独立进程窗口。所谓“切换”，其实是关闭当前窗口 + 启动新窗口。
- 不要尝试绑定 Ctrl+Alt+1 这类快捷键到某个工作区——VS Code 没提供对应命令
- 真正高效的做法：把常用工作区文件放在固定位置（如
~/workspaces/），用命令面板Ctrl+Shift+P→ 输入Workspaces: Open Workspace，再选文件 - 更进一步：用系统级工具（Windows 的 PowerToys、macOS 的 Alfred 或 Raycast）为每个
.code-workspace绑定全局快捷键，触发code /full/path/to/x.code-workspace
远程工作区启动时 Python 解释器不生效？不是 bug 是设计
远程工作区（SSH/Containers）首次启动时，Python 扩展不会自动激活解释器选择逻辑——它依赖工作区加载完成后的上下文初始化，而这个过程可能滞后于编辑器 UI 显示。
- 不要一打开就急着写
import，等右下角 Python 版本标识出现（如Python 3.11.9 ('venv': venv)）再开始编码 - 如果一直不显示，手动触发：
Ctrl+Shift+P→Python: Select Interpreter→ 选远程路径下的venv/bin/python或~/.pyenv/versions/... - 避免在 `.code-workspace` 里硬写
"python.defaultInterpreterPath"，该配置在远程场景下被忽略；正确做法是通过.vscode/settings.json写"python.defaultInterpreterPath": "./venv/bin/python"（相对路径）并确保该文件存在于远程工作区根目录
