Sublime Text 通过“Project → Add Folder to Project…”可将多个文件夹加入同一项目实现并行浏览编辑，而非开多个窗口；直接双击文件夹会因单实例模式被覆盖，强制多实例（--multiinstance）不推荐；同名文件按添加顺序优先打开，搜索默认跨所有文件夹，需手动排除或配置项目设置。
Sublime Text 怎么同时打开多个文件夹
Sublime Text 默认只允许一个项目窗口加载一个根目录，但你可以通过「添加文件夹到项目」实现多目录并行浏览和编辑——不是开多个独立窗口，而是让它们共存于同一个项目中。
常见错误现象：File → Open Folder 会关闭当前文件夹、替换为新目录；用户误以为必须开多个 Sublime 实例才能看不同路径，结果导致标签页混乱、搜索跨目录失效、.sublime-project 配置丢失。
- 正确做法是：保持当前项目打开，用
Project → Add Folder to Project…逐个加入其他目录 - 所有已添加的文件夹会显示在侧边栏顶部，带各自图标和路径名，点击可展开/折叠
- 跨文件夹的
Ctrl+P（Goto Anything）和Ctrl+Shift+F（Find in Files）默认生效，无需额外配置
为什么不能直接双击多个文件夹启动 Sublime
Windows/macOS 上双击文件夹调用 Sublime 时，它会尝试用新进程打开，但 Sublime 默认启用「单实例模式」（single instance），新调用会向已有进程发消息并关闭自身——所以你只看到一个窗口，且最后一个打开的文件夹覆盖了前面的。
这个行为由启动参数控制，不是 bug，而是设计选择，目的是避免资源浪费和状态割裂。
- 想强制多窗口？启动时加
--multiinstance参数（如命令行运行subl --multiinstance /path/a /path/b），但不推荐：各窗口无项目关联，Find in Files无法跨窗搜索，插件状态也不共享 - macOS 用户注意：
open -n -a "Sublime Text" /path/to/folder中的-n强制新实例，效果同--multiinstance，同样带来协作断裂问题 - 真正需要隔离场景（比如对比两个完全无关的代码库），建议用
Project → Save Project As…分别保存两个.sublime-project文件，再用Project → Open Project切换
多个文件夹共存时的路径冲突和排除规则
当两个文件夹里有同名文件（比如都含 src/utils.js），Sublime 不会报错，但你在侧边栏双击时，会按文件夹添加顺序优先打开第一个匹配项——这容易点错文件，尤其在快速跳转时。
更隐蔽的问题是 Find in Files 默认搜全部已加载文件夹，如果你只想查当前工作目录，得手动缩小范围。
- 右键某个文件夹 →
Add to Project后，它就参与全局搜索；不想被扫到？右键该文件夹 →Remove from Project - 需要精细过滤？在项目设置里改
"folder_exclude_patterns"或"file_exclude_patterns"，例如排除node_modules："folder_exclude_patterns": ["node_modules", ".git"]
- 路径层级深、名字重复多？在
Project → Edit Project里给每个文件夹加"name"字段，侧边栏立刻显示自定义标签，比默认路径名直观得多
插件和构建系统在多文件夹项目下的表现
大多数插件（比如 SideBarEnhancements、GitGutter）能自动适配多文件夹，但部分依赖「当前项目根目录」的插件会出问题——比如构建系统（Tools → Build System）若设为 Automatic，可能找不到 package.json 或 Makefile，因为 Sublime 不知道该以哪个文件夹为基准。
- 解决方法：用
Project → Edit Project为每个文件夹指定"build_systems"，或在文件夹内放.sublime-build文件，Sublime 会优先读取它 -
Git插件（如GitSavvy）通常按文件所在子目录自动识别仓库，但若两个文件夹属于同一 Git 项目（比如/project和/project/client），可能触发重复初始化，此时需在父目录设"git_root": "."抑制子目录扫描 - 性能提示：加超过 5 个大文件夹（如含
node_modules的前端项目）会导致侧边栏响应变慢，建议用folder_exclude_patterns排除冗余目录，而非靠视觉折叠
多文件夹项目的真正复杂点不在添加动作本身，而在于「哪些操作默认跨文件夹生效、哪些只作用于当前选中路径」——这点连很多老用户都会下意识忽略，直到某次 Replace in Files 误改了不该动的配置文件才反应过来。
