vscode 默认启动新窗口，需通过--reuse-window参数、关闭openfoldersinnewwindow/openfilesinnewwindow设置、避免dock/任务栏拖拽、重置argv.json及合理配置多工作区来实现窗口复用。
VSCode 启动新窗口时自动复用当前窗口
默认情况下，双击文件、拖拽文件到 Dock（macOS）或任务栏（Windows）、或通过命令行打开文件时，VSCode 可能会新建一个独立窗口，而不是在已有窗口中新开标签页。这通常是因为 VSCode 检测到「不同工作区上下文」或启用了 newWindow 模式。
关键控制项是启动参数和设置中的窗口复用策略：
- 命令行启动时加
--reuse-window参数，强制复用最近的窗口（即使路径不同）：code --reuse-window ./src/index.ts
- 若想让所有文件默认走复用逻辑，可禁用「每个文件夹一个窗口」行为：在设置里搜索
window.openFoldersInNewWindow，设为off；再搜window.openFilesInNewWindow，也设为off - macOS 用户注意：Dock 中右键 VSCode 图标 → 「选项」→ 确保未勾选「在新窗口中打开」，否则系统级行为会绕过 VSCode 设置
拖拽文件进 VSCode 窗口却开了新窗口？
这是 macOS 和 Windows 上最常被忽略的交互陷阱：拖拽文件到 Dock 或任务栏图标，默认触发的是「新实例启动」，而非向已有进程发送打开请求。
正确做法是直接拖拽到 VSCode 窗口的编辑器区域、侧边栏或标题栏（部分版本支持），而非 Dock 图标本身。如果仍失败，检查是否启用了 electron.disableHardwareAcceleration 或存在损坏的 argv.json 配置。
- 临时验证：终端执行
code --status，看输出中Shared process是否活跃，不活跃说明多个孤立进程在运行 - 重置窗口行为：关闭所有 VSCode 窗口，删掉
$HOME/.vscode/argv.json（Linux/macOS）或%APPDATA%\Code\argv.json（Windows），重启后恢复默认
多工作区场景下，code . 为什么总开新窗口？
当你在终端中进入某个子目录并执行 code .，VSCode 默认会为该文件夹创建一个新窗口——除非它识别出当前已有一个窗口正在管理父级或同级工作区。
根本原因是工作区匹配逻辑依赖 .code-workspace 文件或文件夹路径的显式注册。没有配置时，VSCode 不会自动“合并”语义上相关的文件夹。
- 解决方案一：用
code -r .（-r是--reuse-window的简写）代替code . - 解决方案二：在主工作区根目录创建
myproject.code-workspace，把常用子目录作为"folders"列出，之后统一用code myproject.code-workspace启动 - 注意：
code .在已有窗口中执行时，仅当该窗口当前无打开文件夹才可能复用；若有打开的文件夹，VSCode 认为上下文冲突，倾向新开窗
插件或远程开发（SSH/WSL）导致窗口隔离
某些扩展（如 Remote - SSH）会主动调用 code --new-window 来隔离连接上下文，避免本地与远程设置混用。这不是 bug，而是设计选择。
如果你确定不需要这种隔离，可在远程连接建立后，手动执行命令面板（Ctrl+Shift+P / Cmd+Shift+P）→ 输入 Developer: Toggle Developer Tools，在 Console 中运行：
require('electron').remote.app.commandLine.appendSwitch('force-new-window', 'false')但这属于非持久化 hack，重启即失效。- 更稳妥的做法：在远程连接成功后，用
File → Add Folder to Workspace…把远程路径加入当前本地工作区，而不是反复执行code . - WSL 用户特别注意：
code命令必须是 WSL 版本（通过code-insiders或codefor WSL 安装），否则 Windows 版code无法与 WSL 进程通信，必然开新窗口
窗口复用失效往往不是单一设置问题，而是启动方式、系统集成、远程协议、工作区定义四层叠加的结果。优先检查 argv.json 和命令行参数，再排查系统级入口行为，最后考虑插件干扰。路径没写错、参数没漏加、Dock 选项没点错——这些细节比想象中更容易被忽略。
