VSCode大型项目崩溃主因是Node.js内存溢出，需协同调整远程内存限制（如--max-old-space-size=2048）、禁用searchService、优化本地大文件处理及插件监听策略。
VSCode 在大型项目中崩溃，八成是 Node.js 进程内存溢出（JavaScript heap out of memory），不是插件本身有 bug，而是默认 1.4GB 内存上限扛不住 node_modules 深度索引或 TypeScript 全量类型检查。
修改 remote.SSH.remoteServerEnv 限制远程 Node 进程内存
VSCode 远程开发时，语言服务、搜索索引等都在远端以 Node 进程运行，但默认没设内存上限，容易吃光服务器内存后被 OOM killer 杀掉。
- 在 VSCode 设置里搜
remote.SSH.remoteServerEnv，点“在 settings.json 中编辑” - 添加配置：
"remote.SSH.remoteServerEnv": { "VSCODE_NODE_OPTIONS": "--max-old-space-size=2048" } -
2048是较稳妥起点；若项目含大量.d.ts或嵌套极深的依赖，可试3072；超过4096很少必要，反而会掩盖真正的问题（比如未忽略node_modules） - ⚠️ 修改后必须完全关闭当前远程窗口（不只是 reload window），再重新 connect 才生效
禁用远端 searchService 防止递归扫描吃光内存
searchService 是远程端最猛的内存杀手之一——它默认递归扫描所有 JS/TS 文件构建全文索引，node_modules 未排除时轻松干掉 1.5GB+ 内存。
- 确保工作区根目录有有效的
.gitignore，VSCode 默认靠它生成files.exclude和搜索排除项 - 手动加固：在远程工作区的
.vscode/settings.json中加"search.exclude": { "**/node_modules": true, "**/dist": true, "**/build": true } - 想彻底禁用远端搜索索引（牺牲
Ctrl+Shift+F响应速度）：把search.useRipgrep设为false，并确认search.followSymlinks为false
本地 files.maxMemoryForLargeFilesMB 和 editor.maxTokenizationLineLength 必须调高
本地打开大文件或处理超长行（如 minified JSON、日志拼接行）时，VSCode 默认只给 50MB 内存、2 万字符行长上限，一超就静默降级甚至崩溃。
- 打开
Preferences: Open Settings (JSON)，加入"files.maxMemoryForLargeFilesMB": 4096, "editor.maxTokenizationLineLength": 40000
- 这两个值不是越大越好：
files.maxMemoryForLargeFilesMB影响单文件载入上限，editor.maxTokenizationLineLength影响语法高亮解析能力；设太高可能让编辑器卡死在某一行上不动 - 对纯日志类文件（
.log,.jsonl），建议额外配"files.largeFileExtensions"加入对应后缀，触发自动轻量模式
关掉 eslint.enable 和 editor.formatOnSave 对大文件目录的监听
ESLint 和 Prettier 插件在保存瞬间会全量解析当前文件，百 MB 级 JSON 或 CSV 直接触发内存爆表，错误提示常是 Unable to write file，其实和磁盘无关，是解析卡死导致写入中断。
- 在工作区
.vscode/settings.json中明确禁用："eslint.enable": false, "editor.formatOnSave": false
- 如果只想对部分类型禁用，用
"eslint.validate"排除.log、.jsonl等后缀 -
files.autoSave别用afterDelay模式处理大文件——停顿几百毫秒后偷偷保存，正好撞上你滚动/搜索/折叠，资源争抢必崩；改用onFocusChange更安全
真正难搞的从来不是参数数字本身，而是改完一个地方，忘了另一个地方还在后台拼命加载。比如调高了 VSCODE_NODE_OPTIONS，却没关 searchService，远端照样吃光内存；或者设了 files.maxMemoryForLargeFilesMB，但没配 files.watcherExclude，文件监视器仍疯狂注册句柄拖垮整个进程。这些点得一起动，才稳。
