双击打开超大文件一定会卡死，因为VSCode默认全量加载文件并同步执行语法高亮、行号计算、折叠树构建和语言服务，四者挤占主线程；必须手动触发File: Open Large File Optimized命令或用code --read-only --disable-extensions命令行启动，状态栏显示“Large file mode (read-only)”才生效。
为什么双击打开超大文件一定会卡死
VSCode 默认把整个文件加载进内存，同时启动语法高亮、行号计算、折叠树构建和语言服务器——四件事全挤在主线程上。哪怕你只看第一行，它也得先把 800MB 的 app.log 全读进来。这不是配置没调对，是设计如此。
常见错误现象包括：光标失灵、右下角无任何提示、内存飙升到 1.4GB、CPU 占满但编辑器无响应。此时按 Ctrl+Shift+P 都可能卡住，别硬等，直接关掉重来。
- 不要双击文件，不要拖拽进窗口——这两种方式完全绕过大文件检测逻辑
- 别信“改了
files.maxMemoryForLargeFilesMB就能救回来”，调大内存只是让崩溃来得更晚，问题根源是不该全量加载 - 插件如 GitLens、Log Viewer、JSON Tools 会偷偷给
.log或.json注入语言服务，导致即使文件超 500MB 也进不了优化模式
怎么手动进入真正的大文件模式
VSCode 1.84+ 内置了流式只读渲染机制，但必须手动触发，且成功与否看状态栏左下角是否显示 Large file mode (read-only)。
- 按
Ctrl+Shift+P（macOS 为Cmd+Shift+P），输入并执行File: Open Large File Optimized - 打开后立刻检查状态栏：只有出现
Large file mode (read-only)才算生效；若显示Plain Text或Log，说明失败 - 失败时先关闭所有其他标签页，清空已打开文件，再重试命令；必要时加一步：
Ctrl+K Ctrl+M切成Plain Text模式 - 若命令面板里搜不到该命令，说明 VSCode 版本低于 1.84——
Help → About看版本号，旧版无效
命令行启动是最稳的只读方案
比设置调整更可靠，直接跳过扩展加载、语言服务器连接、折叠/小地图/括号匹配等全部功能，实测 800MB 文件响应从 12 秒降至 0.8 秒，内存从 1.4GB 降到 180MB。
- 终端执行：
code --read-only --disable-extensions "/path/to/huge.log"（路径含空格必须用英文双引号包裹） - 可追加
--disable-gpu和--no-sandbox，尤其在 macOS 或某些 Linux 发行版上能进一步避免渲染卡顿 - Windows 用户可用 PowerShell：
code --read-only --disable-extensions "C:\logs\access.log" - 别省略
--disable-extensions：ESLint、Prettier、GitLens 这类插件会在后台持续 parse 整个文件，CPU 占满却看不到堆栈
别指望它替代 grep 或 less
Large file mode (read-only) 是流式只读渲染，不是流式搜索引擎。它不建索引、不预扫描、不缓存匹配位置——搜一个关键词，就是从头开始逐块读、逐行比对。
-
Ctrl+F只支持单次匹配，不支持正则、不高亮全文、不显示匹配数 -
Ctrl+G跳行依赖换行符存在，且受editor.maxLineLength限制；超长行或二进制混入会导致跳转失败 - 真要查
"OutOfMemoryError"出现在哪几段？用：grep -A 3 -B 2 "OutOfMemoryError" huge.log > excerpt.log，再把excerpt.log拖进 VSCode - 看末尾 100 行？
tail -n 100 huge.log | less -R；实时追日志？tail -f huge.log | grep --line-buffered "ERROR"
复杂点在于：VSCode 的“大文件模式”边界很清晰——适合快速定位、确认结构、临时比对。一旦需要深度筛选、字段提取、多条件交叉分析，就得切回终端。这个切换动作本身，就是最高效的 workflow。
