VSCode 不适合作为日志查看器，因其默认全量加载并解析大文件导致卡顿崩溃；唯一可靠方案是使用 1.84+ 版本的 File: Open Large File Optimized 命令或 code --read-only 命令行启动，配合终端命令预筛选日志。
VSCode 本身不是日志查看器，强行把它当“大文件编辑器”用，90% 的卡顿、崩溃、无响应，根源在于它默认把 app.log 当成 index.ts 来加载——全量进内存、建语法树、算折叠、高亮每一行。这不是配置没调对，是工具用错了场景。
为什么 File: Open Large File Optimized 是唯一靠谱的内置方案
这是 VSCode 1.84+ 唯一真正绕过文本模型构建的入口，不解析 token、不启语言服务、不维护 AST，只做流式解码和基础搜索：
- 必须用
Ctrl+Shift+P（macOS 是Cmd+Shift+P）手动触发File: Open Large File Optimized，双击/拖入/右键打开都无效 - 成功后状态栏左下角显示
Large file mode (read-only)；若显示Log或JSON，说明已走错路径 -
Ctrl+F可用，但只支持纯文本匹配，不支持正则高亮、不支持跨行搜索、不支持替换 - 如果命令不出现，先确认版本 ≥ 1.84（
Help → About），再临时加"files.maxMemoryForLargeFilesMB": 100降低触发阈值
code --read-only 命令行启动适合所有版本且更稳
跳过 UI 层和扩展初始化，直接以最小依赖加载，内存占用低、启动快、不易卡死：
- 终端执行：
code --read-only /path/to/huge.log - 更稳妥加
--disable-extensions：code --read-only --disable-extensions /path/to/huge.log - 路径含空格时必须用英文双引号：
code --read-only "/Users/name/logs/app-202607.log" - 右下角出现
READONLY标识才算生效；此时folding、auto-indent、suggest全部禁用
别在 VSCode 里硬搜 GB 级日志，用终端命令预筛选
90% 的日志分析需求本质是「查某段」「看末尾」「过滤关键词」，VSCode 的编辑能力在这里是伪需求，而终端命令零延迟、零内存压力：
- 看末尾 100 行：
tail -n 100 huge.log - 实时追加并过滤 ERROR：
tail -f huge.log | grep --line-buffered "ERROR" - 提取含
OutOfMemory的上下文（前 2 行 + 后 5 行）：grep -A 5 -B 2 "OutOfMemory" huge.log > oom_excerpt.log，再把oom_excerpt.log拖进 VSCode - Windows 用户可用：
Get-Content -Path log.txt -Tail 1000 -Wait（PowerShell）
真正容易被忽略的点是：大文件的“大”不只看体积，单行长度、编码格式、是否含嵌套 JSON 都会极大影响解析开销。哪怕只有 10MB，一行带 50 万字符的堆栈日志，照样让 editor.maxTokenizationLineLength 截断或卡死。这时候，File: Open Large File Optimized 也救不了——该切工具就切，别在 VSCode 里硬扛。
