vscode打开大文件卡死需用file: open large file optimized命令（1.84+），或code --read-only --disable-extensions命令行启动；成功标志为状态栏显示“large file mode (read-only)”或右下角readonly标识，此时禁用高亮、折叠等全部编辑功能。
VSCode打开大文件卡死，不是启动失败，而是它根本没打算“启动编辑器”，而是直接卡在主线程加载上——语法高亮、语言服务、行号计算、折叠树构建四件事全塞进一个线程，内存爆了也停不下来。改设置、调内存、清缓存都没用，必须绕过这套加载逻辑。
必须用 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，说明失败 - 若命令不出现，先检查版本（
Help → About），旧版无此功能；若版本够但没反应，临时在settings.json加"files.maxMemoryForLargeFilesMB": 100降低触发阈值
更稳：用 code --read-only --disable-extensions 启动
命令行方式不依赖 UI 初始化，也不受扩展干扰，实测对 800MB 文件响应从 12 秒降至 0.8 秒，内存从 1.4GB 降到 180MB：
- 终端执行：
code --read-only --disable-extensions "/path/to/huge.log"（路径含空格必须用英文双引号包裹） - 加
--disable-gpu和--no-sandbox可进一步避免 macOS/Linux 渲染卡顿 - 右下角出现
READONLY标识才算生效；此时折叠、高亮、括号匹配、自动补全全部禁用 - 注意：
editor.largeFileOptimizations设为true不等于启用优化，它只是“允许”——真正触发还需文件大小超files.maxMemoryForLargeFilesMB且语言模式为Plain Text
别用 Ctrl+P 搜大日志文件
Ctrl+P 是为项目内文件索引设计的，不是查 GB 级日志的工具，强行使用会引发连锁问题：
- 搜不到或卡住，往往是因为
search.exclude或files.exclude里写了"**/*.log": true，把整个日志目录屏蔽了 - VSCode 正在后台 tokenizing 这个文件，CPU 飙高，
Ctrl+P输入框延迟甚至冻结 - 即使搜到并点击，仍会触发完整加载，卡顿照旧
- 真要筛选内容，优先用终端命令：
tail -n 100 huge.log、grep -A 5 "ERROR" huge.log、jq '.items[0]' huge.json
最易被忽略的一点：大文件模式下不建索引、不预扫描，只支持流式读取和简单搜索。如果你需要正则高亮、跳转定义、结构化分析，VSCode 就不是合适工具——该换 less、rg、jq 或专用日志分析器。
