Sublime卡顿主因是index_files后台扫描、输入法服务阻塞、渲染层开销及插件滥用；应禁用索引、重置InputMethodKit、关闭行号/凹槽/高亮行，并配置插件排除规则。
打字卡顿八成是 index_files 在后台扫描项目
Sublime 启动后默认会递归扫描整个项目目录建索引，遇到 node_modules、.git、dist 这类目录时，CPU 拉满、光标延迟、方向键失灵都是常态。这不是你电脑慢，而是编辑器在你敲字的同时还在解析几万个文件。
最直接的解法：打开 Preferences → Settings，在右侧用户设置中加入：
{
"index_files": false
}
必须完全退出 Sublime 再重启——仅重载设置无效，索引上下文已固化在进程里。
副作用只有两个：Ctrl+R（跳转符号）和 Find All References 失效；Ctrl+P（按文件名搜索）和 Ctrl+Shift+F（全局文本搜索）完全不受影响。
Mac 上输入法切换卡顿要 kill InputMethodKit
Mac 用户在 Sublime 里按 Option+Shift+H 切半角，结果光标消失、状态栏转圈，这不是 Sublime 的锅，是 macOS 输入法服务 InputMethodKit 缓存阻塞导致的。快捷键透传到系统后，某些拼音输入法会同步加载词库，而 Sublime 的焦点管理会让这个过程卡住 UI 线程。
立刻生效的操作：
- 终端执行
killall InputMethodKit，强制重置输入法服务 - 进系统设置 →
Keyboard → Shortcuts → Input Sources，把Switch to next input source的快捷键从Option+Shift+H改成Control+Space或Fn - 在 Sublime 用户设置里加
"detect_indentation": false和"highlight_line": false，减少语法切换时的重绘干扰
大文件打开瞬间卡死？别调阈值，关三样东西
很多人折腾 large_file_threshold，设成 0 或 100MB 都没用——真正拖慢加载的是渲染层开销，不是“判断是否大文件”这一步。关键动作是关掉：line_numbers、gutter、highlight_line，再禁用语法解析器。
实操建议：
- 对日志类文件（如
app.log），右下角点语法名 →Open all with current extension as… → Plain Text - 执行
Preferences → Settings – Syntax Specific，生成对应语法配置（如Plain Text.sublime-settings），写入：
{
"line_numbers": false,
"gutter": false,
"highlight_line": false,
"syntax": "Packages/Text/Plain text.tmLanguage"
}
这样只对纯文本类文件生效，不影响你日常写 Python 时的行号和高亮。
插件才是隐藏的 CPU 杀手，尤其 LSP 和 GitGutter
装了 sublime-lsp + pylsp 或 GitGutter 却没配排除规则？它们会在文件加载后立刻启动分析流程，不识别“大文件”概念，照常跑正则、fork 进程、加载 AST，导致界面冻结。
验证方法：启动时加 --safe-mode 参数（Windows 下运行 subl --safe-mode largefile.txt），如果此时不卡，基本就是插件问题。
临时方案：
- 禁用全部插件测试，确认问题来源
- 对 LSP 插件，确保项目配置里有
folder_exclude_patterns，例如["node_modules", ".git", "logs"] - GitGutter 可设
"enable": false或改用更轻量的GitSavvy
真正难处理的不是单个配置项，而是多个功能叠加后的隐性冲突——比如 index_files: false 关了，但 GitGutter 还在扫 .git 目录，CPU 一样拉满。得一层层剥开看，不能只信“我关了就该好”。
