关闭 index_files 是解决 Sublime 卡顿最有效的方法，因其全项目索引会扫描所有文件导致内存飙升；同时需排除 node_modules 等目录、大文件切 Plain Text 模式、禁用 word_wrap 和冗余渲染功能，并避免用其处理超大文件。
关掉 index_files 是最立竿见影的一步
Sublime 卡顿的头号元凶，不是插件也不是大文件，而是默认开启的全项目索引——它会在后台扫描所有文件内容，构建跳转和搜索数据库。一旦项目里有 node_modules、dist、日志目录，内存瞬间飙升，启动也变慢。
- 打开
Preferences → Settings，在右侧用户设置中直接加这一行："index_files": false - 如果还想保留部分功能（比如只对当前打开的文件做符号跳转），就别全局关，改用项目级排除：
"folder_exclude_patterns": ["node_modules", "__pycache__", ".git", "logs"] - 注意：
Go to Definition和Find All References会失效，但Ctrl+P按文件名跳转、Ctrl+Shift+F全局文本搜索仍可用
打开超大文件前先切到 Plain Text 模式
语法高亮对大文件或长行是性能瓶颈，它会逐行扫描、着色、构建符号树，对几百 MB 的日志或 dump 文件，直接拖垮内存和 CPU。
- 临时禁用：菜单
View → Syntax → Plain Text，避免触发任何sublime-syntax解析 - 彻底关闭折叠：
"fold_buttons": false和"enable_fold_buttons": false，否则光标悬停就可能触发行号区重绘 - 别信右下角状态栏显示的“JSON”或“JavaScript”——那是 Sublime 自动猜的，一加载就开扫，必须手动切回
Plain Text
处理超长行时必须关掉 word_wrap
超长行在开启自动换行时会导致 Sublime 渲染压力剧增，尤其是日志、minified JS 或内联 JSON 这类单行极长的内容。它不是卡在加载，而是卡在反复计算软换行位置。
- 在用户设置中加：
"word_wrap": false—— 关闭自动换行，防止渲染整条超长行 - 顺手清空标尺：
"rulers": []，避免垂直线绘制干扰滚动 - 别为了“看着舒服”开着
draw_white_space或highlight_line，这些对超长行都是额外负担，加起来能多占 200MB 内存
别让 Sublime 当“全能查看器”用
Sublime 再怎么调，本质仍是面向编辑的 GUI 编辑器。超过 2GB 或需要正则替换上百万次时，它的内存模型和事件循环就不是设计目标了。
- 纯查看：用
less（Linux/macOS）或more（Windows Terminal），支持/pattern搜索、g到开头、G到结尾，零内存占用 - 筛选/切片：用
grep -n "error" app.log | head -20先定位，再把行号贴进 Sublime 用Ctrl+G跳转，比全文find_in_files快一个数量级 - 真要编辑：确认是否必须图形界面？
vim -u NONE +1000000 huge.log启动后直接定位，比 Sublime 加载还快
最容易被忽略的是：很多人调完设置重启一次就以为搞定了，其实 .sublime-session 和 Index/ 缓存目录可能残留损坏条目，导致每次启动都多加载几百 MB 冗余数据——得手动删掉缓存目录才能真正见效。
