Sublime Text 无自动排版功能，卡顿源于误启的auto_indent、detect_indentation、语法高亮及插件实时分析；关掉这四类并设"auto_indent": false、"detect_indentation": false、"index_files": false、"large_file_size_limit": 100等配置可立即恢复流畅。
Sublime Text 本身没有“自动排版”功能，所谓卡顿，基本是误启了自动缩进、语法高亮、实时分析或插件触发的后台任务——关掉这四类东西，滚动和输入立刻恢复。
为什么“自动排版”会卡？其实是这些功能在偷偷干活
Sublime 没有类似 Prettier 的内置格式化引擎，但以下设置或插件行为常被当成“自动排版”来用，实际却是性能黑洞：
-
auto_indent和indent_to_bracket：遇到长行或深层嵌套 JSON/HTML 时，会逐字符扫描匹配括号、推断缩进，CPU 直接飙高 -
detect_indentation：打开文件瞬间扫描全文件猜缩进类型（空格 or tab），对百万行日志是纯耗时 - 语法高亮（如
JSON、JavaScript）：不是“渲染慢”，而是解析器在后台做 AST 遍历，尤其压缩代码或单行长 JSON - 插件如
SublimeLinter、JsPrettier、ESLint-Formatter：默认 on_input 触发，每敲一个字就跑一次格式化流程
已卡住时怎么 5 秒内恢复？别重启，直接切模式
文件已经假死、光标不动、滚动条拖不动？立刻执行三步，不依赖命令面板是否响应：
- 右下角状态栏点击当前语法名（比如显示
JSON或JavaScript），选 Open all with current extension as… → Plain Text —— 立刻停掉所有语法解析 - 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Toggle Word Wrap回车 —— 关闭软换行，防止超长行反复计算断点 - 再输
Set Syntax: Plain Text回车 —— 强制终止当前文件的高亮引擎 - 如果命令面板无响应：终端执行
subl --safe-mode your_file.js，跳过所有插件和用户设置，实测 80MB 压缩 JS 6 秒内可滚动
Preferences → Settings – User 必加的硬核配置
这些不是“建议”，而是针对“自动排版类卡顿”的精准截断点。复制进用户设置即可生效：
{
"auto_indent": false,
"indent_to_bracket": false,
"detect_indentation": false,
"index_files": false,
"large_file_size_limit": 100,
"word_wrap": false,
"viewport_size": 5000,
"draw_white_space": "none",
"highlight_line": false
}
注意：viewport_size 必须配合 word_wrap": false 才有效；large_file_size_limit 单位是 MB，设为 100 表示超过 100MB 的文件自动跳过语法分析与索引；index_files": false 是头号 CPU 杀手开关，必须关。
插件导致的卡顿，怎么快速定位？
你关了所有设置还是卡？大概率是插件在后台扫文件。验证方法极简单：
- 终端运行
subl --safe-mode your_file.js，如果秒开不卡，问题 100% 出在插件 - 常见罪魁：
SublimeLinter（全文件 lint）、JsPrettier（每次保存调prettierCLI）、BracketHighlighter（长行正则回溯爆炸） - 临时禁用插件：菜单 Preferences → Package Control → Disable Package，逐个试；长期不用的直接卸载
- 别信“轻量版插件”，很多只是隐藏 UI，后台进程照跑
真正要格式化代码，别靠 Sublime 自动触发——用保存时手动执行 Ctrl+Shift+P → JsPrettier，或者配构建系统走外部 CLI，编辑器只负责写，不负责算。
