Sublime Text代码提示慢主因是无效索引和错误配置；应禁用node_modules等干扰目录、设auto_complete_delay为120–300ms、精准配置folder_exclude_patterns与binary_file_patterns，并确保语法识别正确。
Sublime Text代码提示慢，八成不是编辑器本身的问题，而是它在“努力”索引你根本不需要的文件，或者被错误配置卡住了响应链。
为什么补全延迟高、弹出卡顿
Sublime 的补全慢，很少是 CPU 或内存真不够，更多是它在后台干了太多无用功：
- 项目里混着
node_modules、__pycache__、build/这类目录，它默认全扫——哪怕你只改一个.py文件 -
auto_complete_delay设得太小（比如0），每敲一个字母都触发扫描，反而让 UI 线程反复阻塞 - LSP 语言服务器（如
pyright）启动后没真正就绪，但你已经在输requests.，此时等的不是补全，是服务器初始化 - 右下角显示
Plain Text或source.json却在写 Python，所有语法相关补全（包括 LSP）直接静默失效
禁掉无用索引，从源头减负
别让 Sublime 去读它不该读的文件。打开 Preferences → Settings – User，加这几行：
{
"folder_exclude_patterns": [".git", "node_modules", "__pycache__", "venv", ".env"],
"file_exclude_patterns": ["*.log", "*.tmp", "*.swp"],
"binary_file_patterns": ["*.pdf", "*.jpg", "*.zip"]
}
关键点：
-
folder_exclude_patterns是最有效的提速项，尤其node_modules—— 它能砍掉 70%+ 的索引时间 - 排除
venv和.env后，Python 补全不会误把虚拟环境里的包当项目依赖 - 别只靠插件“禁用”，这是编辑器级过滤，LSP 和原生补全都受益
补全触发要精准，不是越快越好
盲目调低 auto_complete_delay 反而更卡。合理值取决于你打字节奏和项目大小：
- 小项目（"auto_complete_delay": 30
- 中型项目（含
src/+tests/）："auto_complete_delay": 50更稳 - 必须配
"auto_complete_triggers"，否则.或:后不自动弹窗："auto_complete_triggers": [{"selector": "source.python", "characters": "."}, {"selector": "source.css", "characters": ":"}] - HTML 中想输入
<就补标签？加：{"selector": "text.html", "characters": "
LSP 补全卡住时先看状态栏，不是重装
Python 补全输半天没反应，别急着重装 pyright。先盯右下角：
- 显示
LSP-pyright active？说明服务起来了，等 2–5 秒再试 - 显示
LSP-pyright starting...？检查pip install pyright是否成功，或终端跑pyright --version看有无报错 - 显示
LSP inactive？进LSP.sublime-settings确认："enabled": true且"command"路径指向真实可执行文件 - 按
Ctrl+Shift+P→LSP: Restart Servers，比重启 Sublime 快得多
最常被忽略的一点：补全不是“装完就灵”，它依赖作用域识别。光标放 .vue 的 <style> 区，按 Ctrl+Shift+P → Developer: Show Scope Name，如果输出不含 source.css，那 CSS 补全永远不生效——这时得手动在 CSS.sublime-settings 里加 "auto_complete_selector": "source.css -comment"。
