Sublime Text不原生支持多项目工作空间，需通过显式创建.sublime-project文件实现等效功能：Project→Save Project As…保存至项目根目录，含"folders"数组和可选"settings"等字段；推荐多窗口独立打开各项目以避免配置冲突与性能问题。
Sublime Text 本身不提供“多项目工作空间”这种 IDE 级别的原生概念（比如 VS Code 的 .code-workspace 或 PyCharm 的 project suite），但它通过 Project 文件（.sublime-project）和 Workspace 行为（即打开多个文件夹+保存布局）实现等效功能——关键在于你得主动保存、区分、复用，而不是依赖自动识别。
如何正确创建和保存一个 Sublime Text 项目
很多人以为“打开几个文件夹就等于有了工作空间”，结果重启后全丢。真正有效的项目必须显式保存为 .sublime-project 文件：
- 菜单栏选择 Project → Save Project As…，保存路径建议放在项目根目录下（如
my-api/.sublime-project），这样文件会随项目一起 Git 跟踪或迁移 - 保存后，Sublime 会自动生成 JSON 内容，至少包含
"folders": [{"path": "."}]——注意这里的path是相对路径，若你改过项目位置，手动更新它，否则项目打不开 - 不要用
File → Open Folder替代项目保存：后者只临时加载，关掉就清空；前者才是持久化入口
同时打开多个项目时的窗口管理陷阱
Sublime 默认不支持单窗口多项目标签页共存（不像 VS Code 可以在一个窗口里切换不同 workspace）。你实际面对的是两种互斥模式：
-
单窗口多文件夹：用 Project → Add Folder to Project… 往当前项目里加其他路径，适合强关联的子模块（如
frontend/和backend/同属一个系统）；但所有文件夹共享同一套设置（如settings、build_systems），容易冲突 -
多窗口独立项目：每个
.sublime-project单独开一个窗口（Project → Open Project… → 选不同文件）；这是推荐做法，避免配置污染，且可通过Ctrl+Shift+P输入Switch Project快速跳转
常见错误是把十几个无关项目都塞进一个窗口——UI 卡顿、侧边栏混乱、Goto Anything 检索变慢，本质是 Sublime 的文件监听和符号索引没做分布式隔离。
项目级配置（.sublime-project）怎么写才不踩坑
直接编辑 .sublime-project 是最灵活的方式，但参数含义和优先级容易误用：
-
"settings"块里的配置（如"tab_size": 2）只作用于该项目，**会覆盖用户级Preferences.sublime-settings**，但不会影响其他项目 -
"build_systems"必须用完整对象定义，不能只写名字；例如 Python 构建想指定解释器，得写"cmd": ["/usr/local/bin/python3", "-u", "$file"]，而非依赖全局设置 - 如果项目含前端+后端混合结构，建议在
"folders"里用"name"字段标注角色（如{"path": "client", "name": "Frontend"}），侧边栏显示更清晰 - 别把敏感信息（如 API key、本地路径）硬编码进
.sublime-project——它常被提交到 Git，应改用.sublime-project.local（需插件支持）或环境变量
Package Control 插件对多项目的影响
不是所有插件都尊重项目级隔离。典型问题：
-
SublimeLinter默认全局启用，但你可以为每个项目单独关掉："settings": {"sublimelinter": false}；反之，若只在 backend 项目启用 mypy，就得在对应.sublime-project里配"sublimelinter_linters": {"mypy": {"disable": false}} -
EditorConfig插件读取根目录的.editorconfig，但如果你在项目 A 里打开了项目 B 的文件，它可能误用 A 的规则 —— 解决办法是确保每个项目根目录都有自己的.editorconfig，并检查插件设置中"editorconfig_search_up_to_root"是否为true -
Anaconda的 Python 解释器路径默认全局，但项目级可覆盖："settings": {"python_interpreter": "./venv/bin/python"}（注意路径是相对于项目根目录）
复杂项目的真实难点从来不是“怎么打开多个文件夹”，而是配置的继承链、插件的作用域、以及何时该用项目文件 vs 何时该用独立窗口——这些边界不厘清，再多的快捷键也救不了混乱的工作流。
