Sublime Text 4 控制台不卡顿是因为其纯文本流式显示，而打开日志文件卡顿源于文件视图层的 word_wrap、detect_indentation、index_files 和语法高亮等默认行为；需在设置中关闭这四项并用 Plain Text 语法快速恢复。
Sublime Text 4 的控制台（Ctrl+`）本身不支持软换行，所谓“排版延迟”其实是日志输出后，你手动在编辑器里打开对应日志文件时触发的渲染卡顿——根本不在控制台内，而在文件视图层。
为什么控制台里看长日志不卡，但打开文件就卡？
Sublime 的控制台只是个只读输出窗口，它不解析语法、不计算换行、不渲染行号，纯文本流式显示。真正卡住你的，是后续你双击某条日志路径、或用 subl /path/to/log 打开那个超长单行日志文件时，编辑器试图按默认规则做以下事：
-
word_wrap开启后反复计算折行位置（尤其含 URL、Base64、JSON 字符串时） -
detect_indentation扫全文件猜缩进（对无缩进日志纯属浪费） -
index_files启动后台全文索引（CPU 占满） - 语法高亮引擎逐字符匹配（比如误判为 JSON 或 XML）
打开日志前必须关掉的四个开关
这些不是“建议”，是让 Sublime 在加载瞬间放弃“当代码处理”的硬性配置，加到 Preferences → Settings – User 中：
-
"large_file_threshold": 52428800（50MB，单位字节；超过此大小跳过语法分析） -
"index_files": false（关掉头号 CPU 杀手，LSP/GitGutter 不再扫全文） -
"detect_indentation": false（日志没缩进，别让它白忙） -
"word_wrap": false（别让渲染层反复重算；真要换行，用正则替换或命令行预处理）
注意：large_file_threshold 只对新打开文件生效；已卡住的文件，得先切语法救急。
已卡住时，5 秒内恢复滚动的三步操作
别等进度条，直接在卡死窗口执行：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Set Syntax: Plain Text回车——语法解析器立刻停摆 - 再输
View: Toggle Word Wrap关闭软换行（防止超长行持续触发重排） - 右下角状态栏语言名（如显示
JSON）右键 →Open all with current extension as… → Plain Text，避免下次同后缀重蹈覆辙
若命令面板也无响应，终端直接跑：subl --safe-mode /path/to/log，跳过所有插件和用户设置，实测 1.2GB 日志 8 秒内可滚动。
真正容易被忽略的点
word_wrap 是纯视觉层开关，它不改变文件内容，也不插入 \n；你看到的“多行”，复制出来仍是原始单行。需要真实断行（比如拆分 SQL、整理堆栈），得用 sed、awk 或 Sublime 的正则替换（Find → Replace → Regular Expression），而不是指望这个配置。另外，同一日志文件被多个标签页打开时，每个页面的换行、缩进、语法设置都是独立的——改了一个，其他标签页不会同步。
