多项目开发使VSCode内存飙升，主因是每个文件夹独立启动语言服务器和extensionHost进程导致内存线性叠加，且node_modules等目录未被files.watcherExclude排除引发inotify句柄泄漏；必须为每个项目单独配置watcherExclude、限制tsserver/jdt.ls内存、启用扩展affinity并彻底重启生效。
为什么多项目开发会让VSCode内存飙升
多项目开发时，VSCode默认为每个打开的文件夹启动独立的语言服务器和扩展宿主进程，extensionHost 和 shared-process 内存会线性叠加。实测显示：同时打开3个中型Java/TS项目，extensionHost RSS 很容易突破1600 MB（异常阈值），触发系统swap，编辑器变卡甚至无响应。
根本原因不是“VSCode太重”，而是未约束进程复用边界 + 文件监听失控。尤其当多个工作区都含 node_modules 或 target 目录时，内核 inotify 句柄持续泄漏，内存滞留不释放。
必须在每个项目根目录配 files.watcherExclude
这是最硬核、最不可跳过的一步。全局设置无效，search.exclude 也救不了——它只影响搜索，不阻止监听器注册。
在项目根目录的 .vscode/settings.json 中写入：
{
"files.watcherExclude": {
"**/node_modules/**": true,
"**/target/**": true,
"**/dist/**": true,
"**/build/**": true,
"**/.git/**": true,
"**/out/**": true
}
}
Linux 用户还需检查：cat /proc/sys/fs/inotify/max_user_watches，若低于 524288，运行 echo 524288 | sudo tee /proc/sys/fs/inotify/max_user_watches。
限制语言服务器内存并强制进程隔离
多项目场景下，不同项目的语言服务器（如 java.jdt.ls.vmargs、typescript.tsserver.maxTsServerMemory）若共享堆内存，极易互相挤占导致OOM。
- Java项目：设
"java.jdt.ls.vmargs": "-Xmx2G"，避免默认512M撑不住百万行索引 - TypeScript项目：加
"typescript.tsserver.maxTsServerMemory": 4096（单位MB） - 强制进程隔离：对高开销扩展启用 affinity，例如
"extensions.experimental.affinity": { "ms-python.python": 2 }，让Python服务器跑在独立进程，不和UI抢资源
关闭预加载、禁用非必要内置扩展
VSCode默认启动时加载欢迎页、最近文件、扩展推荐等，多窗口下这些UI元素反复创建DOM节点，renderer 进程内存快速累积到1100 MB+（异常阈值）。
在全局 settings.json 中关掉这些：
-
"workbench.startupEditor": "none"—— 启动不打开任何文件 -
"workbench.editor.enablePreview": false—— 禁用临时标签页（避免频繁销毁重建） -
"extensions.ignoreRecommendations": true—— 阻止自动弹插件推荐 - 手动禁用不用的内置扩展：
GitHub Pull Requests、Jupyter、Ember、PHP Language Features（按Ctrl+Shift+P→Extensions: Show Built-in Extensions搜索后右键禁用）
禁用后务必完全退出VSCode再重开——旧扩展进程不会自动卸载，内存照占不误。
多项目开发的内存压力，本质是进程边界模糊 + 监听失控。真正有效的优化不在“关几个插件”，而在精准控制每个工作区的监听范围、每个语言服务器的内存上限、每个扩展的进程归属。漏掉 files.watcherExclude 或没设 affinity，其他所有配置效果都会打折扣。
