根本原因是VSCode默认全量加载并语法解析整个文件，导致内存超限崩溃；必须配置"editor.largeFileOptimizations": true、"files.maxMemoryForLargeFilesMB": 8192、"typescript.tsserver.useSeparateSyntaxServer": true三项。
为什么VSCode打开百万行文件会卡死或OOM
根本原因不是“VSCode太重”，而是它默认把整个文件加载进内存并做完整语法解析——对百万行JS/TS/Log文件，editor.largeFileOptimizations不开启时，V8堆内存很容易突破1.5GB，触发Electron渲染进程崩溃。更麻烦的是，TypeScript语言服务器（tsserver）会同步构建全量符号索引，哪怕你只看前100行。
必须改的3个settings.json配置项
这三项改完，多数百万行场景下内存可从2GB+压到400MB以内：
-
"editor.largeFileOptimizations": true—— 启用流式分块渲染，跳过非可视区语法高亮 -
"files.maxMemoryForLargeFilesMB": 8192—— 把默认4096调高，避免自动禁用编辑功能 -
"typescript.tsserver.useSeparateSyntaxServer": true—— 把语法解析（syntax-only）和语义检查（semantic）拆成两个进程，防止主界面冻结
索引预热：让tsserver提前建好缓存
VSCode不会主动预热索引，但你可以手动触发一次轻量级初始化，避免首次打开时卡住：
- 在项目根目录运行：
npx tsc --noEmit --watch --incremental，等首次构建完成就Ctrl+C - 确保
tsconfig.json里有"incremental": true和"composite": true（如需跨包引用） - 重启VSCode后，
tsserver会复用.tsbuildinfo文件，符号搜索响应从10s+降到300ms内
注意：search.exclude和files.watcherExclude必须同步排除**/node_modules/**和**/dist/**，否则预热过程会被无关文件拖慢。
容易被忽略的致命细节
真正让优化失效的，往往不是配置没加，而是这些隐性冲突：
- 装了
GitLens或ESLint插件却没设"gitlens.advanced.codeLens.enabled": false——它们会在每行插入动态装饰器，百万行=百万次DOM操作 -
files.autoSave设为onFocusChange时，切标签就触发保存钩子，配合Prettier格式化直接爆内存 - 用
code .启动而非code --disable-extensions .测试基线性能——某个插件可能悄悄覆盖了你的largeFileOptimizations设置
调试百万行代码时，别信“所有功能都要开着”，先关掉所有非刚需插件和UI装饰，再逐个开，观察Developer: Open Process Explorer里哪个进程吃内存最狠。
