Sublime Text 默认不支持 .log 文件高亮，需安装 Log File Highlighter 插件并手动绑定 .log 扩展名至 Log 语法；装错包名（如 Log_Sublime）或未执行 Open all with current extension as…→Log 将导致失效；大日志应禁用 word_wrap、index_files 并设 large_file_threshold 优化性能。
Sublime Text 默认不给 .log 文件高亮，装 Log Highlighter 插件后反而更乱——这不是你配置错了，是插件规则和日志格式天然冲突。
Log File Highlighter 安装失败或不生效？
搜 Log_Sublime 或 sublime-log 基本都会装错：这些不是 Package Control 里维护的正式包名，多数已停止更新或根本不兼容 Sublime Text 4。
真正可用的是 Log File Highlighter（GitHub 上 star 数高、2026 年仍在维护）：
- 快捷键
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Package Control: Install Package回车 - 等列表加载完，**精确输入
Log File Highlighter（注意空格和大小写）**，回车安装 - 装完后右下角点当前语法名 →
Reload Syntaxes，再打开 .log 文件才能看到新选项 - 如果仍没
Log项，检查Packages/User/下有没有残留的同名废弃包，手动删掉
为什么 .log 文件点了 Log 语法还是没颜色？
Sublime 不会自动把所有 .log 都按 Log 语法打开——它只认你手动绑定过扩展名的文件。即使插件装了，.log 默认仍走 Plain Text。
必须显式绑定：
- 打开一个 .log 文件 → 右下角点击当前语法名（如
Plain Text）→Open all with current extension as… - 在弹出菜单中选
Log（不是Log File Highlighter，插件安装后注册的就是Log） - 这操作会在
Preferences.sublime-settings的"extensions"数组里加"log"，后续所有 .log 都自动生效 - 若想临时切回无高亮，右下角点语法名 →
Plain Text即可，不破坏绑定
ERROR 被标红，但路径里 /var/log/error.log 也变红了？
这是 Log File Highlighter 默认正则的硬伤：\b(ERROR|WARN|INFO)\b 中的单词边界 \b 在斜杠前后不生效，导致路径里的 error 也被捕获。
修复方式不是改插件源码，而是绕开它：
- 打开
Find（Ctrl+F），勾选Regular Expression - 输入
^\s*(ERROR|WARN|CRITICAL)\b——^锁定行首，\s*允许前导空格，避免误匹配路径 - 点
Find All，再按Ctrl+Shift+K标记所有真实日志级别行 - 标记后用
Ctrl+Shift+P→Next Mark快速跳转，比依赖语法高亮更准
大日志（>50MB）一开就卡死，是不是高亮太耗资源？
是，但根源不在“开了高亮”，而在 Sublime 默认对大文件仍尝试索引、换行、渲染行号和语法树——这些加起来直接吃光内存。
别指望关掉高亮就能救回来，得组合禁用：
- 打开
Preferences → Settings，在用户设置里加三行： -
"word_wrap": false（关自动换行，长日志行最拖性能） -
"index_files": false（禁用后台文件扫描，避免启动卡顿） -
"large_file_threshold": 52428800（设为 50MB，超此大小跳过部分加载逻辑） - 真要查大日志，用
tail -n 1000 app.log | subl -导入最后几百行，比硬开全量靠谱得多
最难的从来不是“怎么让 ERROR 变红”，而是判断哪段日志该用什么规则——Java 堆栈混着 INFO 行，Nginx 访问日志带 IP 和状态码，强行套一个语法只会让关键信息更难识别。
