根本原因是VSCode远程插件默认不限制node进程内存，导致tsserver、searchService、watcher在大型项目中持续申请内存直至卡死；需通过remote.SSH.remoteServerEnv注入VSCODE_NODE_OPTIONS限制内存，并配置搜索排除与TS服务参数。
VSCode远程连接后内存飙升到100%卡死
根本原因是 VSCode 的远程开发插件（Remote-SSH）默认让 node 进程无限制使用内存，尤其在大型项目中，文件监视器（watcher）、TS 语言服务（tsserver）和搜索索引器（searchService）会持续申请堆内存，最终触发系统 OOM Killer 或直接卡死界面。
实操建议：
- 先用
htop或ps aux --sort=-%mem | head -20确认是不是node进程占满内存，重点关注含tsserver、searchService、watcher字样的进程 - 临时缓解：在远程服务器终端执行
pkill -f "tsserver\|searchService\|watcher"，VSCode 会自动重启这些服务，但不治本 - 不要改本地 VSCode 的
--max-old-space-size，它只影响本地主进程，对远程node无效
限制远程端 Node 进程内存上限
VSCode 远程模式下，所有服务运行在远程服务器的 node 实例中，必须通过 remote.SSH.remoteServerEnv 注入 V8 参数才能生效。
操作步骤：
- 在 VSCode 设置里搜索
remote.SSH.remoteServerEnv，点击“在 settings.json 中编辑” - 添加如下配置：
"remote.SSH.remoteServerEnv": { "VSCODE_NODE_OPTIONS": "--max-old-space-size=2048" } - 值设为
2048（MB）是较稳妥的起点；若项目含大量 .d.ts 或 node_modules 深度嵌套，可试3072；超过4096很少有必要，反而可能掩盖真正的问题 - 修改后必须完全关闭当前远程窗口（不只是 reload window），再重新 connect 才生效
禁用或降级远程端的文件索引与搜索服务
searchService 是内存杀手之一，尤其在 node_modules 未被忽略时，会递归扫描所有 JS/TS 文件并构建全文索引，常吃掉 1.5GB+ 内存。
推荐做法：
- 确保工作区根目录有有效的
.gitignore，VSCode 默认用它生成files.exclude和搜索排除项 - 手动加固：在远程工作区的
.vscode/settings.json中加入"search.exclude": { "**/node_modules": true, "**/dist": true, "**/build": true } - 彻底禁用远程端搜索索引（牺牲 Ctrl+Shift+F 响应速度）：
"search.followSymlinks": false, "search.useRipgrep": false
（后者强制回退到低内存的 JS 实现） - 避免启用
files.watcherExclude错误路径——它只影响文件变更监听，不影响搜索索引
TS 语言服务内存失控的典型表现与应对
打开 TS/JS 文件后几秒内内存暴涨，tsserver 进程独占 >1GB，伴随编辑卡顿、自动补全延迟、Go to Definition 失效——这基本是 tsserver 加载了过多类型声明或项目引用。
排查与处理：
- 在 VSCode 命令面板运行
Typescript: Restart TS server，观察内存是否回落；若不能，说明配置或项目结构有问题 - 检查是否有多个
tsconfig.json形成隐式项目引用，或compilerOptions.types引入了巨型库如@types/node+@types/react+@types/jest全部加载 - 在远程工作区
.vscode/settings.json中限制 TS 服务行为："typescript.preferences.includePackageJsonAutoImports": "auto", "typescript.suggest.autoImports": false, "typescript.tsserver.maxTsServerMemory": 2048
（注意：该配置仅在 VSCode 1.84+ 有效，旧版无效） - 如果项目实际不用 TS 类型检查，可考虑关掉
typescript.preferences.enablePromptUseWorkspaceTsdk并删掉node_modules/typescript，强制使用 VSCode 自带轻量版 TS 服务
最麻烦的情况是项目本身依赖巨量类型定义，又无法删减；这时只能接受一定内存开销，重点确保 VSCODE_NODE_OPTIONS 生效，并把 tsserver 内存上限和全局 node 上限设为一致，避免某个服务独吞全部配额。
