应合理设置auto_complete_delay并排除干扰目录：小项目设120ms，中大型项目200–300ms；同时配置folder_exclude_patterns排除node_modules、__pycache__、.git等，并检查binary_file_patterns，避免后台索引阻塞。
直接改 auto_complete_delay 就行，但设太小反而更卡
Sublime 的补全延迟不是“越快越好”，auto_complete_delay 本质是防抖时间——它防止你每敲一个字母就中断当前操作去扫描符号表。默认值通常是 50 毫秒，但在中大型项目里，这个值容易引发频繁重算、界面卡顿甚至光标跳动。
- 普通 Python/JS 小项目：可设为
120，响应够快且不抢资源 - 含
numpy、pandas或node_modules的项目：建议200–300，避免sublime_jedi或 LSP 插件反复加载 AST - 只用基础单词补全（没装任何语言服务）：可降到
30，但提升微乎其微
别只调延迟，真正拖慢补全的是后台索引
很多人改了 auto_complete_delay 发现毫无改善，问题根本不在“弹出快慢”，而在 Sublime 正在后台拼命索引整个项目——尤其是 node_modules、__pycache__、.git 这类目录，会让符号索引卡住几秒，补全菜单干脆不出现。
- 必须配合
"index_files": false（禁用项目级索引），适合只读大文件或临时编辑场景 - 更推荐精准排除：在用户设置里加
"folder_exclude_patterns": ["node_modules", "__pycache__", ".git"] -
binary_file_patterns也要检查，默认可能漏掉*.so、*.pyd等二进制扩展名，它们会阻塞索引线程
LSP / Anaconda 等插件的延迟和原生设置互不影响
auto_complete_delay 只控制 Sublime 自带的「单词补全」和 .sublime-completions 文件触发时机。Jedi、LSP-pyright、Anaconda 这些插件走的是独立进程通信，它们的响应速度由各自配置决定。
- LSP 插件：看
"lsp_format_on_save"和服务器启动参数，补全延迟实际取决于pyright启动耗时和缓存命中率 - Anaconda 插件：关键在
"python_interpreter"是否指向真实环境，路径错会导致补全完全失效，而非变慢 - 如果用了多个补全源（比如同时开 LSP 和 Anaconda），还可能互相冲突，建议只留一个主力
验证是否生效：别只看弹出快慢，要看“第一次”和“后续”是否一致
改完设置后，别急着敲代码测试——先关掉所有文件，重启 Sublime，再打开一个新 .py 文件，输入 import os; os.。这时观察：
- 首次输入
.后是否等待超过 1 秒才出菜单？说明索引或插件初始化有问题 - 连续输入
os.pa→os.pat→os.path.，菜单是否实时更新？如果卡住或消失，可能是auto_complete_with_fields没开或插件未响应 - 按
Ctrl+Space手动触发，能否立刻弹出？能说明核心补全通道正常，问题纯属自动触发逻辑
真正卡顿的根源，往往藏在你看不见的索引过程里；而你以为在调“延迟”，其实是在跟整个项目的结构较劲。
