大项目一打开就卡住几秒是因为sublime默认启用index_files索引功能，启动时同步扫描node_modules等万级文件目录导致主线程被stat()调用堵死；禁用index_files、优先禁用gitgutter等高危插件、清理session和index缓存、关闭自动恢复及冗余设置，可将启动从5–8秒降至0.8秒。
为什么大项目一打开就卡住几秒？
不是Sublime本身慢，而是它默认启动时同步扫描整个项目目录建索引——index_files一开，遇到node_modules、.git、dist这种动辄上万文件的目录，主线程直接被stat()系统调用堵死。macOS的FSEvents和Windows NTFS下尤其明显。
- 进
Preferences → Settings，右侧用户设置里加一行："index_files": false - 副作用很实在：
Ctrl+R跳转函数定义、Find All References失效，但Ctrl+P（文件名搜索）和Ctrl+Shift+F（全局文本搜索）完全不受影响 - 若仍需部分索引能力，别全局关，改用项目级排除：在
Project → Edit Project里加"folder_exclude_patterns": ["node_modules", ".git", "__pycache__"]
哪些插件在大项目里最拖后腿？
GitGutter、SublimeLinter、sublime-lsp、SideBarEnhancements这类插件，启动时就同步加载、后台常驻、或依赖外部进程，在大项目根目录下极易触发阻塞。
- 先用安全模式验证：关掉所有实例，按住
Ctrl（Win/Linux）或Cmd（macOS）再双击图标——如果秒开，问题100%出在插件或配置上 - 安全模式下按
Ctrl+`看控制台，红色报错如timeout waiting for git status或unresolved import sublime_plugin，对应插件基本就是元凶 - 禁用比卸载更稳妥：
Preferences → Package Control → Disable Package，保留配置和快捷键，回滚成本低 - 对GitGutter可先试非阻塞：
Preferences → Package Settings → GitGutter → Settings – User里加"non_blocking": true
残留缓存和会话怎么悄悄拖慢冷启动？
Session.sublime_session和Index/缓存目录长期积累后会膨胀成隐形性能杀手，不清理，前面所有优化效果直接打五折。
- 关掉所有Sublime实例后再操作（否则文件被占用删不掉）
- 删除
Session.sublime_session：
Windows路径：%APPDATA%\Sublime Text 3\Local\
macOS路径：~/Library/Application Support/Sublime Text 3/Local/ - 顺手清空同目录下的
Index/子目录 - 顺带关掉自动恢复：
"remember_open_files": false和"hot_exit": false，避免下次启动硬扛一堆旧项目的“恢复包袱”
大项目里还该关哪些默认行为？
除了索引和插件，一些看似无害的默认设置在大项目下也会叠加拖慢：比如自动检测缩进、渲染超长行号、频繁写盘保存。
-
"detect_indentation": false：对无缩进的日志/构建产物毫无意义，却要逐行扫描，纯耗资源 -
"viewport_size": 5000：默认100000字符，单次渲染砍掉95%，必须配合"word_wrap": false才生效 -
"auto_save_on_focus_lost": false和"save_on_focus_lost": false：防止切窗口时偷偷写盘，尤其在SSD老化或网络磁盘上更敏感 -
"highlight_modified_tabs": false：减少界面重绘压力，大项目常开十几个标签页时效果明显
index_files默认开、插件默认启用、会话默认恢复——这三者叠加，才是多数人打开大项目等5秒以上的根本原因。清理缓存和关索引是立竿见影的，但插件禁用顺序和项目级排除策略，得根据实际目录结构微调。
