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，补上这四条，不是“越多越好”，而是精准切断性能链：
-
"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 秒内可滚动的兜底方案。
