关掉index_files是最直接有效的解法，因其能彻底阻止Sublime递归扫描node_modules等大目录导致的CPU占满和主线程阻塞，从而解决Ctrl+P、Ctrl+R响应迟钝及补全卡顿问题。
关掉 index_files 是最直接有效的解法，90% 的“提示慢”本质是索引卡在 node_modules 或其他大目录上，不是补全引擎本身的问题。
为什么 Ctrl+Shift+P 和 Ctrl+R 响应迟钝？
Sublime 的代码跳转（Go to Definition）、符号搜索（Goto Symbol in Project）和命令面板（Command Palette）都依赖底层符号索引。这个索引默认开启，且会递归扫描整个项目——包括 node_modules、dist、.git 这类上万文件的目录。Windows 上主线程阻塞，macOS 上 FSEvents 触发频繁重扫，CPU 持续 100%，补全自然卡住。
常见现象包括：
- 状态栏右下角长期显示 “Indexing…” 却无进展
- 按
Ctrl+R后等 3 秒以上才弹出函数列表 - 切换到新项目后，
Ctrl+P搜不到刚加的文件
实操建议：
- 打开
Preferences → Settings – User，添加："index_files": false - 若需保留部分能力，改用项目级排除：右键侧边栏文件夹 →
Add to Project Exclude List，或在Project → Edit Project中写："folder_exclude_patterns": ["node_modules", "dist", ".git"] - 别信
index_workers调小能救——线程少只是让卡得更隐蔽，不解决根本扫描量问题
SublimeCodeIntel 和 LSP 类插件拖慢补全怎么办？
这类插件不是靠 Sublime 原生索引，而是自己启动语言服务进程（如 pyright、tsserver），并在后台持续分析代码。一旦项目结构复杂或配置不当，它们会反复 spawn 进程、超时重连、缓存错乱，导致补全延迟甚至完全失效。
实操建议：
- 用
Ctrl+Shift+P输入Package Control: Disable Package，优先停用：SublimeCodeIntel、SublimeLinter（尤其未配delay）、旧版GitGutter - 对 LSP 插件，在其
Settings – User中限制作用范围："enabled": false全局关，或用"selector": "source.js - meta.embedded"精准启用 - 检查控制台（
Ctrl+`）是否有红色报错，如ImportError或timeout，出现即说明该插件已失效但仍在后台挣扎
语法高亮和 Vue/JSX 文件怎么影响补全速度？
很多前端语法包（如 Babel、Vue Syntax Highlight）是 Python 正则实现的，遇到长 JS 文件、内联 <script></script> 或嵌套 JSX，正则回溯严重，直接阻塞 UI 线程。这不是“提示慢”，是编辑器在等高亮完成才能响应按键。
实操建议：
- 右下角点击当前语法名（如
Vue Component），选Open all with current extension as… → HTML或JavaScript - 对
.vue文件，在Preferences → Settings – Syntax Specific中设："syntax": "Packages/HTML/HTML.sublime-syntax" - 禁用花哨渲染：
"font_options": ["no_antialias"]、"highlight_line": false、"gutter": false
真正容易被忽略的是索引缓存残留——Index 目录损坏后，即使关了 index_files，LSP 插件仍可能读取错误缓存导致补全卡死；Session.sublime_session 里存着上次打开的十几个大项目路径，启动时悄悄触发批量扫描。这些不手动删，调再多设置也没用。
