VSCode打开超大文件卡死本质是默认全量加载并解析语法树，真正有效方法只有两个：一是用VSCode 1.84+的“File: Open Large File Optimized”启用流式只读模式；二是用code --read-only命令行启动，或直接用tail/grep等终端命令筛选查看。
VSCode 打开超大文件（如几百 MB 的 app.log、dump.jsonl）卡死或无响应，不是配置没调对，而是它默认把整份文件当代码加载进内存做语法树解析——哪怕你只想看最后 10 行。真正有效的快捷方法只有两个：用内置的流式只读模式打开，或直接绕过 VSCode 用终端命令查。
用 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降低触发阈值
用 code --read-only 命令行启动（兼容所有版本）
绕过语言服务和扩展加载，适合 macOS/Linux 用户快速查看，且无需等待 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/error-202605.log" - 右下角出现
READONLY标识后才表示生效；此时折叠、高亮、括号匹配等全被禁用，内存占用明显下降
别碰 Ctrl+P 搜超大日志文件
Ctrl+P 是为项目内文件索引设计的，不是为单个 GB 级日志服务的。搜不到、卡住、搜到却打不开，大概率是因为：
- 文件根本不在当前工作区索引范围内（你可能只打开了单个文件，没用
Open Folder） -
files.exclude或search.exclude里误加了通配符，比如"**/*.log": true把所有日志都屏蔽了 - VSCode 正在后台 tokenizing 这个文件——一旦开始解析，CPU 就会飙高，
Ctrl+P输入框会延迟甚至冻结 - 即使强行搜到，点击后仍会触发完整加载，卡顿照旧
真要处理 GB 级日志？别硬开 VSCode
90% 的日志分析需求本质是「筛选」和「截取」，终端命令更快、更稳、不占内存：
- 看末尾 100 行：
tail -n 100 huge.log - 实时追加并过滤错误：
tail -f huge.log | grep --line-buffered "ERROR" - 提取某异常前后段落：
grep -A 5 -B 2 "NullPointerException" huge.log > np_excerpt.log - 按时间范围切片（需日志有标准时间戳）：
sed -n '/2026-05-17 14:00/,/2026-05-17 15:00/p' huge.log
这些输出再保存为小文件，用 VSCode 打开才真正高效。强行让 VSCode 承担日志处理器的角色，只会反复触发崩溃，尤其在低内存机器上——这不是配置问题，是定位错了工具边界。
