vscode 多开必须使用 --new-window 参数，否则默认复用窗口；windows 需在快捷方式目标末尾添加该参数及带英文双引号的路径，macos 需配合 open -n，linux 须正确配置 .desktop 文件，且各实例调试端口需唯一。
VSCode 启动时加 --new-window 才算真正多开
默认双击快捷方式或从开始菜单启动 VSCode，即使已有一个窗口在运行，新启动也会复用已有进程、切换到已有窗口——这不是你想要的“多开”。必须显式传参才能强制新建独立窗口。关键参数是 --new-window，它会绕过窗口复用逻辑，启动一个全新进程和 UI 实例。
实操建议：
- 右键快捷方式 → “属性” → 在“目标”栏末尾追加空格 +
--new-window（注意不是--new或-n，后者无效） - 如果还要指定打开某个文件夹，紧接其后加路径，例如：
--new-window "D:\project-a" - 不要混用
--reuse-window，它会抵消--new-window的效果 - Windows 下路径含空格必须用英文双引号包裹，否则参数解析失败
多个快捷方式对应不同工作区，需各自配独立参数
想为不同项目建多个桌面快捷方式并一键多开？每个快捷方式的目标路径都得单独配置，不能共用同一份参数模板。VSCode 不会根据快捷方式名称或图标自动区分上下文，全靠启动参数决定行为。
常见错误现象：复制快捷方式后只改了图标和名称，但“目标”里还是原路径，结果所有快捷方式都打开同一个窗口或报错。
实操建议：
- 每个快捷方式的“目标”字段应形如：
"C:\Users\name\AppData\Local\Programs\Microsoft VS Code\Code.exe" --new-window "D:\my-app" - 路径中不要出现中文引号、全角空格，否则启动失败并静默退出（无报错提示）
- 若要预设特定扩展或禁用某些插件，可叠加
--disable-extensions或--extensions-dir，但会增加启动延迟
Mac 和 Linux 下用终端命令替代快捷方式更可靠
macOS 的 Finder 快捷方式（替身）或 Linux 桌面环境的 .desktop 文件，对参数支持不稳定。尤其 macOS 上双击 .app 包默认忽略所有命令行参数，必须通过终端或封装脚本调用。
使用场景：你有一台 Mac，希望点击 Dock 图标就打开新窗口，而不是切到已有 VSCode。
实操建议：
- macOS 终端执行：
open -n -b "com.microsoft.VSCode" --args --new-window "/path/to/folder"（-n表示 new instance） - Linux 下写 .desktop 文件时，
Exec=行必须写成：Exec=/usr/bin/code --new-window /path/to/folder，且确保Terminal=false - 避免直接调用
/Applications/Visual Studio Code.app/Contents/MacOS/Electron—— 这是内部二进制，路径可能随版本变更
多开后进程管理与调试要注意 --inspect-extensions 冲突
每个 --new-window 实例都是独立 Electron 进程，内存占用翻倍，但更隐蔽的风险是调试端口冲突。如果你在某个窗口启用了扩展开发（比如用 --inspect-extensions=9229），另一个窗口再用相同端口会启动失败，且无明确提示。
性能影响：开 3 个以上窗口时，即使没装扩展，CPU 占用也可能突然升高——这是 VSCode 主进程间同步文件监听状态导致的，非 bug。
实操建议：
- 调试扩展时，为每个窗口分配不同端口：
--inspect-extensions=9229、--inspect-extensions=9230… - 用任务管理器（Windows）或
ps aux | grep code（macOS/Linux）确认是否真有多个Code Helper进程，而非只是多个渲染进程 - 关闭不需要的窗口后，手动检查进程是否残留——VSCode 有时不会立即释放子进程
--new-window 误写成 --new，或漏掉路径外的双引号；macOS 用户则常忽略 open -n 这个必要前缀。这些地方不校验，其他都白搭。
