Ctrl+Alt+P列表为空是因为未正确保存.sublime-project文件：必须先Open Folder，再Save Project As并保存在项目根目录同一级，窗口标题显示项目名才是成功信号。
Ctrl+Alt+P 列表为空？先确认 .sublime-project 是否被正确保存
这是最常卡住人的第一步：快捷键 Ctrl+Alt+P（macOS 是 Cmd+Ctrl+P）只列出你**手动通过 Project → Open Project 加载过**的项目，不是磁盘上所有 .sublime-project 文件。空列表基本等于没走完创建流程。
必须严格按顺序操作：
- 先用
File → Open Folder…打开你的项目根目录（比如~/projects/myapi） - 再点
Project → Save Project As…，把myapi.sublime-project保存在**同一级目录下**（即~/projects/myapi/myapi.sublime-project） - 保存后窗口标题栏应显示项目名（如
myapi — Sublime Text），这是唯一可靠信号 - 之后再用
Ctrl+Alt+P才能看见它；双击该文件也会以新窗口打开
跳过 Save Project As… 这步，就等于没注册项目——settings、build_systems、folders 全部不生效，所谓“切换”只是幻觉。
为什么切项目后 Ctrl+P 搜索变慢？索引范围失控了
Sublime 默认对所有 Project → Add Folder to Project 加入的目录全量索引，包括 node_modules、.git、dist/ 等。多项目共存时，索引内存暴涨，且无优先级——刚切进的项目未必最先完成符号扫描，Ctrl+P 就卡在“indexing…”不动。
解决方法是精准控制索引边界：
- 在
.sublime-project的folders数组里，为每个目录显式加folder_exclude_patterns：{ "folders": [ { "path": ".", "folder_exclude_patterns": ["node_modules", ".git", "build", "dist"] } ] } - 禁用全局索引：在用户设置中加
"index_files": false，只靠项目级配置驱动 - 需要重建索引时，手动执行
Project → Re-index Project，避免后台无序扫描
不设排除规则，索引缓存会越积越大，重启编辑器也难恢复响应速度。
想同时看前端和后端？别用 Add Folder to Project
Project → Add Folder to Project… 是把另一个目录“挂进当前项目”，不是切换上下文。所有标签共享同一套 settings（比如 tab_size）、同一份插件状态、同一个折叠树——前端用 2 空格、后端用 4 空格？不可能共存。
真正隔离的方式只有一种：
- 前端项目：单独开一个窗口，加载
frontend.sublime-project - 后端项目：另开一个窗口，加载
backend.sublime-project - 两个窗口各自保存完整工作现场：
.sublime-workspace记录已开文件、光标位置、分栏布局
Windows 用户别指望单窗口切换项目——Sublime Text 从设计上就不支持。所谓“快速切换”，本质是新窗口加载 + 状态还原，不是标签页切换。
Terminal 插件不进项目根目录？检查 $project_path 是否生效
很多 Terminal 插件（如 Terminus 或 Default Terminal）默认工作目录是当前文件路径，不是项目根。想让终端一打开就在 ~/projects/myapi 下，不能只靠插件设置。
必须在 .sublime-project 的 settings 节点里显式声明：
{
"settings": {
"terminal": {
"working_dir": "$project_path"
}
}
}
注意：$project_path 是 Sublime 内置变量，仅在项目文件中解析有效；放在用户设置或插件配置里无效。如果插件不识别这个字段，说明它不支持项目级 working_dir 覆盖——得换插件，或者接受每次手动 cd。
项目管理的复杂点不在操作步骤多，而在于每个环节都依赖前序动作的精确性：保存位置错一级、漏掉 exclude 配置、误用 Add Folder，都会导致后续所有“高效”变成低效。真正的效率来自约束，不是自由组合。
