subl -n 是新开独立窗口的唯一可靠方式，强制启动新进程以隔离项目、避免状态共享；需先确保 subl 命令已安装并配置 PATH，路径含空格或中文时须加引号，可与 -w、行号定位等参数组合使用。
subl -n 是新开窗口的唯一可靠方式
Sublime Text 的 subl 命令默认复用已有窗口，想真正隔离两个项目或对比同名不同路径的文件（比如 src/main.py 和 test/main.py），必须用 -n 参数。它会启动一个全新进程，不共享会话、插件状态或未保存缓冲区，比改配置更干净、更可控。
常见错误是以为 Ctrl+N 或菜单里的 “New Window” 能开新实例——其实只是新标签页，所有操作仍跑在同一个进程里。
-
subl -n file.js：打开单个文件到独立窗口 -
subl -n ./project-a/：以项目根目录打开新窗口，侧边栏自动加载 -
subl -n -w config.json：新开窗口并阻塞终端，等你编辑保存关闭后才返回（适合脚本中调用） - Windows 用户注意：
subl.exe -n等效，但若 PATH 未配好，直接用完整路径更稳，比如"C:\Program Files\Sublime Text\sublime_text.exe" -n
为什么 open_files_in_new_window 配置不推荐作为首选
这个设置项 "open_files_in_new_window": true 看似一劳永逸，但它影响所有外部触发行为：双击文件、拖入窗口、右键菜单打开……结果是你每次点快捷方式都会弹新窗口，连临时查个日志都得手动关掉一堆空窗。
更隐蔽的问题是：它只对「外部打开」生效，对已运行的 Sublime 实例内执行的命令（比如从命令面板运行 open_file）完全无效；而且改完配置后，当前已开的窗口不会自动分裂，必须重启触发场景才见效。
- JSON 格式极易出错：引号必须英文双引号，结尾逗号不能少，
True会报错，只能写true - 无法按需控制：你想只对某个 Git 分支的代码开新窗？做不到
- 副作用明显：和 IDE 插件、Git GUI 工具集成时容易意外多开，干扰工作流
subl -n 失效的三个高频原因
输完 subl -n 没反应、卡住、或还是进了旧窗口，大概率不是参数问题，而是底层环境没准备好。
-
subl命令根本不存在：先运行which subl（macOS/Linux）或where subl（Windows），无输出就说明命令行工具没装——这不是 PATH 问题，是压根没安装。macOS 从菜单Sublime Text → Install Command Line Tool；Windows 安装时务必勾选Add to PATH；Linux tarball 版需手动建软链接 - 终端无 GUI 权限：SSH 连上去执行
subl -n必然失败；macOS 用 iTerm2 通过 tmux 启动也常被拦截。换用 Dock 启动的 Terminal.app，或改用open -a "Sublime Text" --args -n /path - 路径含空格或中文却没加引号：比如
subl -n My Project/file.py会被拆成两个参数，导致打开空白文件。正确写法是subl -n "My Project/file.py"
进阶技巧：精准定位 + 多文件隔离
-n 可和其他参数组合，解决真实协作场景中的定位与隔离需求。
- 打开并跳转到指定位置：
subl -n src/index.js:42:15，直接停在第 42 行第 15 列，省去手动查找 - 同时打开多个文件且各自独立：
subl -n main.go:100 utils.go:23:5，两个文件分属不同窗口，互不干扰 - 避免误操作：别混用
-a（追加到当前窗口）和-n，后者优先级高，但语义冲突易引发困惑；需要追加就用subl -a，需要隔离就坚定用-n - 脚本中安全等待：
subl -n -w .gitignore，编辑完关闭窗口，终端才继续执行后续命令，适合自动化流程
最常被忽略的是：-n 创建的是新进程，意味着插件初始化、LSP 服务、甚至自定义 keymap 都要重新加载一遍——如果窗口开太多，内存占用会明显上升，别无脑堆窗口，该关就关。
