Sublime Text 多开卡顿的根源是 index_files 全局索引，关闭它可解决90%问题；需配合语法特设配置、large_file_size_limit（建议100MB）及 safe-mode 插件排查。
Sublime Text 多开卡顿，不是因为开了多个窗口，而是多个窗口共享同一套后台索引、语法分析和插件扫描逻辑——尤其是 index_files 一开，所有窗口都为整个项目建索引，CPU 和内存立刻雪崩。关掉它，90% 的多开卡顿当场消失。
为什么多开比单开更卡？关键在 index_files 全局扫描
你打开第二个窗口时，Sublime 并不会“新开一个轻量进程”，而是让新窗口复用已有索引服务。只要 index_files 是 true（默认值），它就会持续扫描整个项目目录，包括 node_modules、dist、build 这类巨量文件夹——哪怕你只在窗口 A 编辑 main.py，窗口 B 查看 app.log，两者都被拖进同一场扫描风暴里。
常见错误现象：Ctrl+P 延迟、光标悬停卡顿、切换标签页掉帧、右下角状态栏长时间显示“Indexing…”
-
index_files必须设为false，这是多开场景下最硬核的底线配置 - 别信
folder_exclude_patterns：它只控制侧边栏显示，不阻止索引扫描；必须写进项目配置（Project → Edit Project）或用右键Add to Project Exclude List - LSP 类插件（如
pylsp、tailwindcss-language-server）会绕过排除规则，所以index_files: false是唯一兜底动作
多开时插件怎么不互相拖垮？safe-mode 是诊断起点
插件不是“每个窗口独立加载”，而是全局注入。一个插件出问题，所有窗口都会被波及。比如 SublimeLinter 在窗口 A 扫描 Python 文件时，会顺带把窗口 B 里刚打开的 access.log 当成待 lint 对象，fork 子进程全量读取——这就是为什么你只点开日志，CPU 却飙到 100%。
使用 subl --safe-mode 启动是验证插件是否为元凶的最快方式：
- macOS/Linux 终端执行：
subl --safe-mode /path/to/file1.log /path/to/file2.json - Windows 命令行执行：
subl.exe --safe-mode "C:\logs\error.log" "C:\config\settings.json" - 如果多开后依然流畅，说明问题出在插件；逐个禁用
SublimeLinter、GitGutter、BracketHighlighter等高耗插件即可定位
多开大文件时，怎么避免每个窗口都重复加载渲染？syntax-specific 配置是解法
你不需要让所有窗口都关行号、关高亮——日常写代码的窗口仍需语法支持，但查看日志的窗口必须静默加载。全局设置 "line_numbers": false 反而毁掉开发效率。
正确做法是按语法类型做差异化配置：
- 打开一个
.log文件，确认右下角显示为Log或Plain Text - 执行
Preferences → Settings – Syntax Specific，生成对应语法的配置文件（如Log.sublime-settings） - 在里面写入：
{"line_numbers": false, "gutter": false, "highlight_line": false, "word_wrap": false} - 下次再开任意
.log文件，无论哪个窗口，都会自动套用这套轻量配置
注意：view.settings().get('syntax') 可在控制台运行，确认当前文件实际绑定的语法名，避免配错文件名。
large_file_size_limit 设多少才合理？别让阈值误伤日常文件
large_file_size_limit 控制的是“超过该大小就跳过语法分析与索引”的开关，但它只对后续新打开的文件生效，不影响已打开的窗口。设太小，日常 .json 或 .ts 文件也会被降级为纯文本，失去折叠、跳转等能力；设太大，又起不到保护作用。
实测平衡点是 100（单位 MB）：
- 100MB 以内：正常编辑体验保留，
Ctrl+Click、Folding、Auto-completion全部可用 - 100MB 以上：自动跳过语法解析、符号索引、缩进检测（
detect_indentation: false要配合启用） - 不要设成
50：很多 Swagger JSON、打包后的bundle.js就在 60–80MB 区间，误判后开发体验断崖下跌
这个配置必须和 index_files: false 搭配使用——否则即使文件超限，插件仍会偷偷扫描全文。
真正容易被忽略的点是：多开卡顿往往不是“同时开太多”，而是“开了一个带全量索引的项目，再开另一个只读日志”，结果日志窗口被拖进索引洪流。先关 index_files，再按语法隔离配置，比调任何渲染参数都管用。
