最可靠方式是直接使用命令行参数启动VSCode，GUI设置不控制实际行为；例如code --disable-extensions禁用扩展、code --no-reopen-last --folder-uri file:///path强制指定工作区且不恢复会话、code --user-data-dir与--extensions-dir实现多实例隔离。
直接用 code 命令加参数最可靠
VSCode 的 GUI 设置（比如设置界面里勾选“开机启动”）基本不控制启动行为，真正起效的是命令行参数。你双击 Dock 或开始菜单图标启动时，系统其实也调用了 code 命令，只是参数被隐藏了。想稳定控制行为，就得自己敲命令。
常见组合示例：
-
code --disable-extensions：禁用所有扩展，排查卡顿或崩溃时首选 -
code --no-reopen-last --folder-uri file:///path/to/project：强制打开指定路径，且不恢复上次窗口 -
code --devtools --skip-getting-started：启动即开开发者工具，跳过新手引导，适合自动化或 CI 场景 -
code --read-only /etc/hosts：以只读方式打开敏感配置文件，防误改
注意：--folder-uri 必须用完整 file:// 格式，code --folder-uri ./my-project 会失败；macOS 上波浪线 ~ 也不识别，得写成 /Users/xxx/project。
--user-data-dir 和 --extensions-dir 是多实例隔离的关键
默认情况下，VSCode 所有窗口共享同一套用户数据（设置、历史、扩展状态），导致调试时插件冲突、配置互相覆盖。用这两个参数可彻底隔离：
-
code --user-data-dir /tmp/vscode-dev --extensions-dir /tmp/vscode-dev-ext：每次启动都用干净的配置和空扩展环境 - 适合场景：测试新扩展、验证某插件是否引发崩溃、给不同项目配专属设置（比如一个项目用 Python 3.9，另一个用 3.12）
- Windows 下路径用正斜杠更稳：
code --user-data-dir C:/vscode-test，反斜杠容易被转义出错
⚠️ 容易踩的坑：目录不能是已存在的 VSCode 用户数据目录（比如你主配置的 ~/Library/Application Support/Code），否则会直接复用旧状态，失去隔离意义。
启动参数会被 GUI 设置覆盖，顺序很重要
VSCode 启动时，命令行参数优先级高于设置界面里的选项。但如果你先在 GUI 里设了 window.restoreWindows: all，再用 code --no-reopen-last 启动，后者会生效；反过来，如果 GUI 设了 none，而你只敲 code 不带参数，那还是不会恢复窗口。
更隐蔽的问题是：某些第三方 launcher（比如 macOS 的 Alfred、Windows 的 PowerToys Run）可能自带默认参数，你没意识到它们已经悄悄加了 --reuse-window 或 --new-window，结果你配的 --folder-uri 被忽略。
验证方法：启动后按 Cmd+Shift+P（macOS）或 Ctrl+Shift+P（Windows），输入 Developer: Toggle Developer Tools，在 Console 里执行 process.argv，能看到实际传入的全部参数。
开机自启别放 code 可执行文件，放 .code-workspace 文件
想让 VSCode 开机自动加载某个项目，不要把 code 命令加参数写进登录项——它依赖终端环境，容易因 PATH 或 shell 初始化失败而静默退出。
正确做法是生成并注册 .code-workspace 文件：
- 在 VSCode 中打开目标项目 → 文件 → 将工作区另存为… → 保存为
my-project.code-workspace - macOS：系统设置 → 通用 → 登录项 → 点 + 添加该文件
- Windows：把该文件拖进
shell:startup对应的 Startup 文件夹
这样启动时 VSCode 会强制以工作区模式加载，自动恢复编辑器状态、终端、调试配置，比任何命令行参数都容错。唯一要注意的是：这个文件不能被移动或重命名，否则启动时报 Unable to open 'my-app.code-workspace': File not found.
