VSCode 不适合打开超大日志文件，因其会全量加载并构建语法树；应使用 1.84+ 的 File: Open Large File Optimized 启动只读流式视图，或改用终端命令（如 tail/grep）高效处理。
VSCode 打开超大日志卡死，不是配置没调对，是它根本没设计成日志编辑器
VSCode 卡住时内存飙高、光标失灵、右下角没提示——这不是你设置漏了某项，而是它把整个 app.log（哪怕只有 100MB）当代码文件全量载入内存，做语法树构建、行号计算、折叠状态维护。单行含 JSON 堆栈的日志，实际解析压力远超等体积纯文本。强行编辑只会反复触发崩溃，尤其在 macOS 或低内存 Windows 上更明显。
用 File: Open Large File Optimized 启动只读流式视图（VSCode 1.84+）
这是唯一能真正绕过核心加载逻辑的内置方案，比改 settings.json 管用得多：
- 必须是 VSCode
1.84或更高版本（Help → About查看），旧版无效 - 不要双击文件或拖进窗口——按
Ctrl+Shift+P（macOS 为Cmd+Shift+P），输入并执行File: Open Large File Optimized - 状态栏左下角显示
Large file mode (read-only)才算成功；此时Ctrl+F可搜，但不支持正则高亮、不能编辑、无行号 - 如果没看到该命令，说明版本不够，或文件未被识别为“大”——可临时在
settings.json中加"files.maxMemoryForLargeFilesMB": 100降低触发阈值
想编辑？先切到 Plain Text 模式 + 关掉所有语言功能
一旦需要修改内容（比如删几行敏感字段），必须手动剥离语言服务干扰：
- 打开后立刻点右下角语言模式（如
Log），选Plain Text；别信自动识别，它会偷偷触发解析 - 运行
Ctrl+Shift+P→Developer: Toggle Developer Tools，在 Console 粘贴执行：editor.setOptions({ folding: false, wordWrap: 'off', renderWhitespace: 'none', lineNumbers: 'off' }) - 进
settings.json加语言专属配置，避免下次重载又崩："[plaintext]": { "editor.folding": false, "editor.wordWrap": "off", "editor.suggestOnTriggerCharacters": false } - 禁用所有名字带
highlight、lint、format的扩展——它们在后台 parse 整个文件，CPU 占满却看不到堆栈
真要处理 GB 级日志？别硬开，用终端命令预处理
VSCode 的“编辑”能力在超大日志上本质是伪需求。90% 场景只需查、筛、截，终端命令更快更稳：
- 看末尾 100 行：
tail -n 100 huge.log；实时追加：tail -f huge.log | grep --line-buffered "ERROR" - 快速提取关键段：
grep -A 5 -B 2 "OutOfMemory" huge.log > oom_excerpt.log，再把oom_excerpt.log拖进 VSCode - Windows 用户用 PowerShell：
Get-Content huge.log -Tail 500 | Select-String "timeout" - 拆分后再处理：
split -l 20000 huge.log part_，编辑完用cat part_* > huge.log.new
最常被忽略的一点：大文件性能不只看体积，更取决于单行长度和编码复杂度。一个含 50KB 堆栈的 10MB 日志，比 100MB 纯时间戳日志更容易让 VSCode 卡死——遇到这种，head -c 1000000 huge.log | iconv -f utf-8 -t ascii//IGNORE 先清洗再打开，比调任何设置都直接。
