vscode启动时自动恢复上次工作区需同时设置workbench.startupeditor为"none"和window.restorewindows为"all"或"folders"，并避免--new-window、--welcome等干扰参数。
VSCode 启动时自动打开上次工作区，跳过欢迎页
VSCode 默认启动会显示欢迎页，但多数人更希望直接回到上次关闭时的文件和窗口状态。这并非“关闭欢迎页”就能解决，而是要让 VSCode 以恢复会话（restore session）模式启动。关键在于两个设置协同生效：workbench.startupEditor 和 window.restoreWindows。单独改其中一个往往无效。
-
workbench.startupEditor设为"none"：避免启动时强行打开 welcome、readme 或空编辑器 -
window.restoreWindows设为"all"（推荐）或"folders"：决定是否恢复窗口 + 打开的文件夹/工作区 - 确保没有加
--new-window或--disable-extensions等命令行参数启动，它们会干扰恢复逻辑 - 如果用快捷方式启动，检查目标路径末尾是否误加了
--welcome（常见于右键菜单残留）
为什么改了设置还是弹欢迎页？查这几个地方
欢迎页反复出现，大概率不是设置没生效，而是被更高优先级行为覆盖。常见干扰源：
- 从系统 Dock / 任务栏图标启动时，macOS 或 Windows 可能缓存了「首次启动」行为 —— 尝试完全退出 VSCode（
Cmd+Q/Ctrl+Q），再重新打开 - 存在未关闭的「空窗口」：VSCode 认为这是用户主动创建的独立窗口，下次启动会优先恢复它（哪怕里面没文件），此时
window.restoreWindows仍起作用，但内容为空 → 表现为欢迎页 - 扩展干扰：某些主题或启动增强类扩展（如
vscode-startpage）会劫持启动流程，临时禁用所有扩展后测试可快速定位 - 多实例冲突：如果后台还有未响应的 Code Helper 进程，新启动可能降级为“新窗口”，观察活动监视器或任务管理器中是否有残留进程
命令行启动时如何强制恢复上一个会话
命令行是调试启动行为最直接的方式，也能用于脚本或快捷方式定制。不加任何参数直接运行 code，默认就走恢复逻辑；但如果需要显式控制，用这些组合：
-
code .（在项目根目录下）→ 打开当前文件夹，并尝试恢复该窗口的历史状态 -
code --goto /path/to/file:10:5→ 跳转到指定位置，同时仍恢复窗口布局（只要没加--new-window） -
code --reuse-window→ 复用已有窗口，不触发欢迎页，适合终端快速追加文件 - 绝对避免：
code --welcome、code --new-window、code --disable-workspace-trust（后者在启用 Workspace Trust 的版本中会中断恢复）
Windows/macOS/Linux 下配置差异与隐藏坑
跨平台行为基本一致，但几个细节容易被忽略：Windows 用户注意：code 命令可能指向旧版安装路径（尤其升级过多次），导致配置未同步。运行 where code 确认实际调用的是当前安装目录下的 bin/code.cmd。
- macOS：通过 Launchpad 或 Dock 启动时，VSCode 会读取
~/Library/Application Support/Code/Local Storage/下的会话快照；若该目录损坏（常见于磁盘异常断电），删除其中leveldb子目录可重置恢复状态（重启后首次丢失，之后正常） - Linux：部分桌面环境（如 GNOME）对 D-Bus 会话管理较敏感，若
code启动失败后残留锁文件（如~/.config/Code/.window-lock），手动删掉再试 - 所有平台：如果设置了
files.hotExit为false，关机前未保存的编辑器内容不会恢复，但窗口结构、已打开文件夹仍会还原 —— 欢迎页是否出现与此无关
File > Save Workspace As… 保存工作区文件，然后通过 code your.workspace.code-workspace 显式打开。
