关index_files是最直接有效的内存优化手段，因其默认开启后对node_modules等目录全量扫描导致90%以上内存暴涨，必须完全退出并重启才生效，否则旧索引仍驻留内存。

为什么关 index_files 是最直接有效的内存优化手段

Sublime Text 内存暴涨 90% 以上都来自 index_files 默认开启后对 node_modules、.git、dist 等目录的全量扫描。它不是“慢”，而是你在敲字时，编辑器正同步 stat()+read()+解析几万文件，内存涨到 1GB+ 且不释放。

必须完全退出 Sublime（不只是关闭窗口），再重启才生效——旧索引上下文已驻留内存，重载设置无效。

• "index_files": false 加到 Preferences → Settings – User 中
• 副作用：Go to Definition、Find All References 失效；但 Ctrl+P（按文件名跳转）、Ctrl+Shift+F（全局文本搜索）仍可用
• 若需保留部分索引能力，改用 folder_exclude_patterns 精准排除高危目录，而非全局关掉

怎么按文件类型自动关掉行号和语法高亮

全局设 "line_numbers": false 会反向影响日常开发——你写 Python 时仍需要行号定位，但打开 app.log 时就得静默加载。Syntax-specific 设置才是精准解法。

操作路径：

Sublime Text Build Linux版

Sublime Text Linux x86-64 deb 安装包。官方也提供 rpm、tar.xz 和软件源安装方式。

下载

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

  {
    "line_numbers": false,
    "gutter": false,
    "highlight_line": false,
    "syntax": "Packages/Text/Plain text.tmLanguage"
  }

• 如果不确定语法名，可在控制台运行 view.settings().get('syntax') 查看实际值

large_file_size_limit 和 viewport_size 怎么配才不踩坑

设 "large_file_size_limit": 100（单位 MB）是平衡点：太小（如 50）会让日常 .json 文件也被误判为大文件；太大（如 1000）可能错过真正要处理的 300MB 日志。

注意：这个配置只影响后续新打开的文件，对已打开的无效。

viewport_size 控制单次渲染字符数，默认 100000，砍到 5000 能显著缓解滚动卡顿，但必须配合 "word_wrap": false 才生效——否则超长日志行仍会反复计算软换行位置，拖垮渲染器。

• "viewport_size": 5000
• "word_wrap": false
• "detect_indentation": false（对无缩进日志毫无意义，却要从头扫到尾猜缩进）

哪些插件会在后台偷偷拖垮 Sublime

即使你关了语法高亮，SublimeLinter、BracketHighlighter、GitGutter 这类插件仍会扫描整文件触发卡顿，尤其在大文件刚加载完的几秒内。它们默认不识别「大文件」概念，照常跑正则或调用外部命令。

• 临时禁用全部插件测试：Preferences → Package Control → Disable Package，挨个试
• 确认能流畅打开后，再单独启用 SideBarEnhancements 这类只响应右键/快捷键的轻量插件
• 若必须用 BracketHighlighter，加配置："bracket_highlighter.ignore_syntaxes": ["Plain text"]
• 终端启动 subl --safe-mode your_file.log 可跳过所有插件和用户设置，实测 1.2GB 日志 8 秒内可滚动

真正棘手的是混合场景：比如一个 300MB 文件，既要查错又要改几行。这时候全局关 line_numbers 或 index_files 就会反向影响日常开发。关键不是一刀切，而是让 Sublime 在不同文件类型间切换“模式”。