sublime text原生ctrl+alt+p/cmd+ctrl+p即可快速模糊搜索并加载.sublime-project文件，支持关键词过滤、路径预览、回车即恢复完整工作区；项目文件须正确命名、置于根目录且含有效folders字段，否则静默失效。
Sublime Text 本身不提供“项目快捷切换插件”——它内置的项目切换功能已足够高效，装第三方插件反而容易破坏原生体验或引入兼容问题。
为什么不用装插件也能快速切换项目？
Sublime 的 Ctrl+Alt+P（Windows/Linux）或 Cmd+Ctrl+P（macOS）直接呼出项目模糊搜索面板，支持：
- 输入项目名关键词实时过滤（比如输
api就列出所有含 api 的 .sublime-project 文件） - 按上下键预览项目内容（
folders路径、name字段都会显示） - 回车即加载，同时恢复
.sublime-workspace记住的文件、光标、折叠状态
这个功能是原生实现、无延迟、不依赖网络，比任何插件都可靠。所谓“大型项目开发必备”，其实是把原生能力用到位。
项目文件必须带 .sublime-project 才能被识别
很多人搜不到项目，是因为只保存了文件夹，没生成真正的项目文件。正确做法是：
- 菜单栏点击
Project → Save Project As… - 保存为
xxx.sublime-project（后缀不能省，不能叫xxx.project或xxx.json） - 文件必须放在项目根目录下，且内容至少包含
{"folders": [{"path": "."}]}
路径写错、JSON 格式非法、或漏掉 folders 字段，都会导致项目在切换面板里完全不出现——而且 Sublime 不报错，静默忽略。
多项目共存时怎么避免配置冲突？
项目级设置只支持 theme 和 color_scheme，其他如 tab_size、font_size、key_bindings 全局生效。常见误操作：
- 在
.sublime-project里写"tab_size": 4—— 这个值会被忽略，实际仍走全局设置 - 想给不同项目配不同快捷键 —— 不可能，
Preferences → Key Bindings – User是进程级的，改一处全项目生效 - 误把插件配置（如
Emmet的preferences）塞进项目 settings —— 插件自己不读项目级配置，白写
真正需要隔离的，是构建命令（build_systems）、搜索排除规则（folder_exclude_patterns）和团队统一的 settings（比如强制 trim_trailing_white_space_on_save），这些才值得写进项目文件。
复杂点在于：项目切换看似简单，但依赖 .sublime-project 和 .sublime-workspace 两个文件协同工作；后者由 Sublime 自动维护，但一旦损坏（比如手动删了、Git 忽略了、跨平台换行符混乱），就会丢失窗口布局和打开文件列表——这时候不是插件能救的，得靠定期备份 workspace 文件或规范 Git 提交策略。
