Sublime加载大文件卡顿的主因是语法解析、索引和渲染链，而非auto_complete；关闭detect_indentation、index_files、syntax_checking及设置large_file_size_limit等才能显著提速。

Sublime 载入大文件卡顿时，auto_complete 不是主因，真正拖慢的是语法解析、索引和渲染链；关闭代码提示本身几乎不影响加载速度，但关掉它背后的 syntax_checking、index_files 和 detect_indentation 才能见效。

为什么关 auto_complete 没用？

代码提示（auto_complete）默认只在编辑时触发，对刚打开的大文件无影响；卡顿发生在文件读入内存后的解析阶段，此时 Sublime 正在：扫描全文件猜缩进、构建符号索引、逐行高亮、计算软换行位置。这些才是 CPU 占满的元凶。

• detect_indentation：必须扫完整个文件才能决定用空格还是 Tab，对日志类无缩进文本纯属浪费
• index_files：即使你没开项目，只要插件如 GitGutter 或 SublimeLinter 存在，就会偷偷 fork 子进程建索引
• syntax_checking：仅对部分语言（如 Python、JS）启用，但若文件被误判为可执行语法，会持续触发 lint 进程

怎么立刻停掉后台解析？命令面板三步法

已卡死时别等，直接切命令面板干预正在运行的实例：

• 按 Ctrl+Shift+P（Win/Linux）或 Cmd+Shift+P（macOS），输入 Set Syntax: Plain Text 回车——终止所有语法解析器和高亮引擎
• 再输 Toggle Word Wrap 关闭自动换行，防止超长日志行反复计算断点
• 右键状态栏右下角语言名（如显示 JSON 或 Log），选 Open all with current extension as… → Plain Text，避免下次同后缀重蹈覆辙

用户设置里必须加的硬核项

打开 Preferences → Settings – User，补上这四条，不是“越多越好”，而是精准切断性能链：

OJO

一款AI图像与设计工具，主要用于AI界面设计智能体平台，适合需要提升相关任务效率的用户。

下载

• "large_file_size_limit": 100：单位 MB，设 100 后，超限文件从第一行起就跳过语法分析和折叠，不弹警告也不偷偷索引
• "index_files": false：禁用后台全文索引，否则 GitGutter 仍会每秒 diff 百万行
• "detect_indentation": false：关掉缩进探测，省下几秒到几十秒的全文件扫描
• "viewport_size": 5000：默认 100000，砍掉 95% 渲染字符数，但必须配合 "word_wrap": false 才生效

别全局关 line_numbers，用 syntax-specific 覆盖

你写 Python 时需要行号，看 access.log 时不需要——全局设 "line_numbers": false 会反向降低日常效率。正确做法：

• 打开一个大日志文件，确认右下角显示为 Plain Text 或 Log
• 执行 Preferences → Settings – Syntax Specific，生成对应语法配置文件（如 Plain Text.sublime-settings）
• 在里面写：

  {"line_numbers": false,"gutter": false,"highlight_line": false}

真正容易被忽略的是：这些配置对已打开的文件不生效，只影响后续新打开的文件；而 subl --safe-mode your_file.log 是唯一能绕过所有用户设置和插件、实测 1.2GB 日志 8 秒内可滚动的兜底方案。