vscode没有“进入目录”概念，而是通过file→open folder加载项目根目录作为上下文基准，决定资源管理器、终端、搜索等功能的路径解析范围。
VSCode 没有“进入目录”这个动作——它不维护 shell 式的当前工作路径，而是以「打开的文件夹」或「加载的工作区」为上下文基准。所谓“进入指定项目目录”，本质是让 VSCode 的资源管理器、终端、调试器、搜索等全部功能都以该目录为根来运行。
用 File → Open Folder 真正加载项目根目录
这是最基础、最可靠的启动方式，直接决定后续所有路径解析和功能行为：
- 菜单栏点击 File → Open Folder…（不是 Open File），选择你的项目根目录（如
/home/user/my-app） - 此时左上角资源管理器顶部显示该路径，状态栏右下角也显示
[Folder]标识 - 所有相对路径配置（如
jsconfig.json、tasks.json、launch.json）都以此为基准解析 - 终端默认启动位置就是该路径（除非你改过
terminal.integrated.cwd设置） - 误操作：拖拽文件夹到已打开窗口 → 默认弹出“是否添加到当前工作区？”；选“是”会变成多根工作区，不是替换根目录
远程 SSH 下终端不自动进项目目录？优先改 .zshrc 或 .bashrc
Remote-SSH 连接后终端默认落在家目录，这不是 VSCode 的 bug，而是远程 shell 的行为。改 VSCode 设置治标，改 shell 配置才治本：
- 登录远程服务器，编辑
~/.zshrc（或~/.bashrc） - 在末尾加一行：
cd /path/to/your/project（确保路径存在且有读取权限） - 保存后执行
source ~/.zshrc测试，再断开重连 VSCode Remote-SSH，终端就会自动跳转 - 注意：不要用别名（alias cdproj='cd …'），因为非交互式 shell（如 VSCode 启动的终端）通常不加载 alias
- 如果项目路径需动态判断（如根据主机名），可用
case $(hostname) in ...结构包裹
想快速回到常用项目？别靠记忆路径，用 .code-workspace 文件固化上下文
反复手动 Open Folder 效率低，还容易选错层级。真正省事的做法是把项目路径“存下来”：
- 打开项目后，执行 File → Save Workspace As…，保存为
my-app.code-workspace - 该文件是 JSON，内容含
"folders": [{ "path": "./my-app" }]—— 路径建议用相对路径，方便迁移 - 之后双击这个文件，或用命令面板运行
Workspaces: Open Recent，就能一键恢复完整状态（包括已开文件、终端、调试配置） - 常见坑：直接双击文件夹图标启动 VSCode，默认是单文件夹模式；而双击
.code-workspace文件才能保证多根/单根逻辑一致 - Windows 用户注意：如果路径含空格或中文，用双引号包裹，否则 VSCode 可能解析失败
Project Manager 插件切换项目时，.vscode/settings.json 不生效？你没以单文件夹模式打开
Project Manager 本质是快捷执行 File → Open Folder，但它不控制 VSCode 的加载模式：
- 插件切换后，如果
.vscode/settings.json里的配置（如editor.tabSize）没生效，大概率是因为当前窗口处于多根工作区模式，而非单文件夹模式 - 检查左下角状态栏：有
[Workspace]表示多根，只有文件夹名才表示单文件夹模式 - 解决方法：关闭所有文件夹（
File → Close Folder），再用 Project Manager 切换 —— 它会以单文件夹模式打开，.vscode/settings.json才会被读取 - 别指望插件自动处理工作区类型；它只管路径，不管上下文模型
真正卡住人的地方，往往不是找不到入口，而是混淆了「打开文件」「预览文件」「添加到工作区」「替换当前文件夹」这四种行为——它们在 UI 上几乎一样，但底层语义完全不同。每次不确定时，先看状态栏右下角的标识，比翻文档更快。
