VSCode打开大文件卡顿的根本原因是默认全量加载并同步执行语法高亮、语言服务、行号计算和折叠树构建，四者挤占主线程；必须手动触发File: Open Large File Optimized命令（不可双击或拖拽），状态栏显示“Large file mode (read-only)”才生效；最稳方案是code --read-only --disable-extensions命令行启动。
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，说明失败 - 失败时别重试多次，先关掉所有其他标签页、清空已打开文件，再重新执行命令
command line 启动比 settings 更稳
配置项容易被插件覆盖或条件不满足，而命令行参数能彻底跳过扩展初始化、语言服务器连接、语义高亮、折叠、缩略图等全部功能：
- 实测：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） - 常见失效场景：
.log文件被 Log Extension 自动接管；.json被 JSON 插件注入 LSP；设置写了"editor.largeFileOptimizations": true，但没同步关掉editor.wordWrap或editor.folding，导致渲染仍卡死
真正卡住的点往往不在配置本身
VSCode 的“大文件模式”本质是降级渲染，不是加速搜索。它只支持只读搜索与跳行，不建索引、不预扫描，不适合深度分析：
-
Ctrl+F只支持单次文本搜索（不支持正则、不高亮） -
Ctrl+G跳转行号需文件本身有换行符，且不可编辑、无行号、无折叠、无括号匹配 - 右键菜单里
Find in Files灰掉、Replace按钮不可点、行号不显示 - 此时应配合
grep、less、head等外部工具预处理，提取关键段落后再在 VSCode 中打开小片段
