sublime text 开独立窗口需通过命令行启动新实例：windows 用 subl.exe --new-instance，macos/linux 用 subl -n；双击图标或菜单 new window 均复用当前进程，无法实现真正隔离。
Sublime Text 怎么开独立窗口（不是新标签页）
默认按 Ctrl+N 或菜单 New File，只是在当前窗口里加个新标签页。要真正新开一个独立进程、互不干扰的窗口，得绕过默认行为——因为 Sublime 的「新窗口」本质是新实例。
常见错误现象：点了 New Window 还是跳回已有窗口；用快捷键打开文件总堆在同一个窗口里；想并排编辑两个项目却被迫切标签……这些都不是配置问题，而是没触发真正的多实例模式。
- Windows/macOS/Linux 通用方法：终端/命令行启动带
--new-instance参数（Windows）或-n（macOS/Linux） - Windows 用户直接运行：
subl.exe --new-instance（确保subl.exe在 PATH 中，或用完整路径） - macOS 用户终端执行：
subl -n；如果报command not found，先运行ln -s "/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl" /usr/local/bin/subl - 注意：不加参数直接双击图标或从 Dock 启动，永远复用已有实例——这是 Sublime 的默认设计，不是 bug
为什么 Sublime 默认不允许多窗口共存
Sublime 把「窗口」和「进程」绑定，一个进程只管理一个主窗口及其所有标签页。这种设计省资源、避免插件状态冲突，但代价是：关掉最后一个标签页，窗口就退出；不同项目混在同个窗口里，侧边栏、折叠状态、甚至 Ctrl+P 历史都共享。
真正需要隔离场景：同时调试前后端代码（不同工作区、不同构建系统）、对比两个 Git 分支的同一文件、给同事演示时不想暴露其他项目标签……这时候靠标签页切换反而降低效率。
- 性能影响几乎为零：每个实例内存独立，插件也各自加载，不会互相拖慢
- 兼容性没问题：所有插件（包括
Package Control、SideBarEnhancements）在新实例中完全可用 - 唯一例外：某些全局监听剪贴板或文件系统的插件（如
Clipboard History），可能在多个实例间重复响应
如何把「新开实例」变成日常操作习惯
别依赖菜单里的 New Window——那个选项实际调用的是 new_window 命令，它只在当前实例内新建空窗口，不是新进程。
- Windows：右键开始菜单 Sublime 图标 → 属性 → 目标栏末尾加
--new-instance（注意前面空格），以后固定从这里启动 - macOS：用 Automator 制作「快速操作」，运行 shell 脚本
subl -n，然后绑定到触控板三指上滑等手势 - 所有平台：在项目根目录放个
.sublime-project文件后，用subl -n .直接以该工作区启动新实例，比手动点菜单快得多 - 避免误操作：不要在已打开的 Sublime 窗口里按
Ctrl+Shift+N（那是新建项目，不是新窗口）
遇到「新开窗口又跳回旧窗口」怎么办
典型错误是用了错误命令或环境没配好。比如 Windows 下直接运行 subl.exe 不加参数，或者 macOS 下 subl -n 报错后改用双击图标——这两者都会复用旧进程。
- 先确认是否真启了新进程：Windows 任务管理器看是否有多个
subl.exe；macOS 运行ps aux | grep sublime，应看到至少两行含-n或--new-instance - 如果命令有效但窗口闪一下就消失：检查是否启用了「Continue where you left off」（设置里
remember_open_files为 true），关掉它再试 - 插件干扰：临时禁用
AutoSave、FocusFileOnSidebar类插件，它们有时会强制聚焦已有窗口
最稳的方式永远是命令行加参数启动。图形界面的快捷方式、Dock 图标、甚至 VS Code 都能复制这个逻辑——关键不在窗口数量，而在进程是否真正隔离。
