VSCode打开大文件卡死的根本原因是默认全量加载并同步执行语法高亮、语言服务、行号计算和折叠树构建，四者挤占主线程；调大内存限制无效，因问题在于不该加载而非加载不足；必须手动触发File: Open Large File Optimized命令（不可双击或拖拽），状态栏显示“Large file mode (read-only)”才生效；最稳方案是code --read-only --disable-extensions命令行启动，实测800MB文件响应从12秒降至0.8秒、内存从1.4GB降至180MB；该模式仅支持只读搜索与跳行，不建索引、不预扫描，不适合深度分析，应配合grep/less等外部工具使用。
VSCode 打开大文件卡死，不是内存不够，是它默认把整个文件塞进内存、同时启动语法高亮、语言服务、行号计算、折叠树构建——四件事全挤在主线程上，直接堵死。调大 files.maxMemoryForLargeFilesMB 没用，因为问题不在“能塞多少”，而在“根本不该塞”。
File: Open Large File Optimized 命令必须手动触发
VSCode 1.84+ 确实内置了大文件模式，但它不会自动弹窗、不主动提示、状态栏也不显示，除非你走对路径：
- 不能双击打开，不能拖拽进窗口——这两种方式完全绕过检测逻辑
- 必须按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）打开命令面板，输入并执行File: Open Large File Optimized - 打开后立刻看左下角状态栏：只有出现
Large file mode (read-only)才算成功；若只显示Plain Text或Log，说明失败 - 失败时别重试多次，先关掉所有其他标签页、清空已打开文件，再重新执行命令
code --read-only --disable-extensions 是最稳的启动方式
命令行参数能彻底跳过扩展初始化、语言服务器连接、语义高亮、折叠、缩略图等全部功能，连 minimap 和 folding 都不加载，响应速度和内存占用远优于设置调整：
- 实测：800MB
access.log双击打开卡 12 秒，内存 1.4GB；用code --read-only --disable-extensions "/path/to/access.log"0.8 秒响应，内存稳定在 180MB - 路径含空格必须用英文双引号包裹，例如：
code --read-only "/Users/name/logs/huge.json" -
--disable-gpu和--no-sandbox可选加，对 macOS/Linux 用户有时能进一步避免渲染卡顿
editor.largeFileOptimizations 设为 true 不等于启用优化
这个配置项只是“允许”启用大文件优化，不是“强制开启”。它只在两个条件**同时满足**时才生效：
- 文件大小超过
files.maxMemoryForLargeFilesMB（默认 400MB） - 语言模式为
Plain Text或未激活任何语言服务（比如插件偷偷给.log注入了 Log language server） - 现实中：
.txt被识别为Plain Text却仍加载高亮；.log超 1GB 也可能因 GitLens 或 Log Viewer 插件注入服务而跳过优化 - 所以最稳做法是：先执行
File: Open Large File Optimized，再按Ctrl+K Ctrl+M切成Plain Text
Large file mode 下能做什么、不能做什么
进入 Large file mode (read-only) 后，行为边界非常明确，别指望它干编辑器的活：
- ✅ 支持滚动、
Ctrl+F单次搜索（不支持正则、不高亮全文、不缓存匹配位置） - ✅
Ctrl+G跳转行号（前提是文件有换行符，且总行数未超editor.maxLineLength默认值 10000） - ❌ 不可编辑、无行号显示、无折叠、无括号匹配、
Alt+Z自动换行失效 - ❌
Ctrl+Shift+H（替换）不可用；右键菜单里 “Find in Files” 也灰掉
真正容易被忽略的是：VSCode 的大文件模式不是流式搜索引擎，它不建索引、不预扫描——搜一个关键词，就是从头开始逐块读、逐行比，遇到第 9 亿行才匹配上，就得等几秒。要真分析内容，别卡在 VSCode 里翻页。
