log file highlighter 需手动切换语言模式为“log”，否则不生效；error/warn 高亮需配置带"i"标志和\b的正则；长日志应启用软折行；大文件建议禁用冗余规则或改用log viewer。
Log File Highlighter 必须手动切语言模式为 Log
装完插件日志文件仍是纯文本？不是插件没生效，是 VS Code 根本没把它当“日志”处理。它不会根据 .log、app.out 或重定向生成的 server.txt 自动识别语言模式，默认就是 Plain Text，插件直接跳过。
右键编辑器标签 → “更改语言模式” → 选 Log（注意大小写，不是 log 或 Log File）；菜单里没这个选项，说明插件未激活，或文件路径含空格/中文/特殊符号导致加载失败。
批量打开多个日志？每个都得单独切一次——没有全局开关，重启 VS Code 也替代不了这步操作。
ERROR/WARN 不高亮？正则没配对或缺 i 标志
默认规则只匹配独立、全大写、无空格的 ERROR 和 WARN。但真实日志里常见 error（小写）、[ ERROR ]（带空格和括号）、ERR:（前缀）、err_code=500（嵌在字段里），这些全都不命中。
在 settings.json 中加自定义规则时，必须显式写 regexFlags: "i"，否则小写不匹配；用 \b 匹配单词边界，避免把 error_code 里的 error 单独高亮；匹配 [ ERROR ] 要写成 "\[\s*ERROR\s*\]"，方括号需双转义。
长日志行被截断？关掉硬换行，开软折行
日志里 trace_id、完整 URL、堆栈路径动辄超百字符，VS Code 默认关闭软换行，横向滚动极易漏关键字段——这不是插件问题，是编辑器基础设置。
临时开启：按 Alt+Z（Win/Linux）或 Option+Z（Mac）；永久生效：在 settings.json 加 "editor.wordWrap": "on"；别用 "bounded"，它按固定列数硬截断，反而更难读。
大文件卡顿？禁用冗余规则或换用 Log Viewer
超过 5 万行后，Log File Highlighter 的实时高亮+正则扫描会明显拖慢响应，尤其开了多个自定义规则时。
优先用 Ctrl+Shift+F 正则搜索定位问题段，再局部打开查看；禁用非必要规则，比如只关心错误，就把 INFO、DEBUG 相关规则注释掉；如果只是看日志不编辑，用 Log Viewer 插件的 Tail -f this file 流式读取更轻量。
真正影响体验的，往往不是插件本身，而是语言模式没切对、正则太宽泛、或者误把“看日志”当“编辑日志”来用。
