语言服务（如Pylance、tsserver、jdt.ls）是VSCode内存飙升头号来源，因其默认全量索引工作区；需通过配置watchOptions、files.watcherExclude排除/node_modules/、裁剪packageIndexDepths、调高jdt.ls堆内存至-Xmx2G并清理缓存来精准限流。
语言服务（如 Pylance、tsserver、jdt.ls）是 VSCode 内存飙升的头号来源，不是因为它们写得差，而是默认配置会全量索引整个工作区——尤其遇到 node_modules 或大型依赖树时，内存轻松突破 1GB。关掉它们不现实，但可以精准限流。
限制 TypeScript/JavaScript 语言服务器扫描范围
TypeScript 的 tsserver 默认递归扫描所有子目录，包括 node_modules 和构建产物。即使你没打开一个 .ts 文件，它也可能在后台预热索引。
- 在项目根目录的
.vscode/settings.json中添加：{ "typescript.preferences.includePackageJsonAutoImports": "auto", "typescript.tsserver.watchOptions": { "watchFile": "useFsEvents", "watchDirectory": "useFsEvents", "fallbackPolling": "dynamicPriority" }, "typescript.preferences.suggestAutoImports": false } -
watchOptions不是万能开关，但它能减少文件系统事件监听粒度；真正起效的是配合files.watcherExclude排除**/node_modules/**等路径——否则tsserver仍会尝试监听 - 禁用
suggestAutoImports可避免在键入时触发大量模块解析，对中大型项目明显降低首屏响应延迟
为 Python 项目切换轻量语言服务器并裁剪索引深度
ms-python.python（含 Pylance）默认对所有已安装包做全深度 AST 解析，numpy、pandas 这类包一加载就是几百 MB 内存。不用重装，只需改配置。
- 确认当前语言服务器：
"python.languageServer": "Pylance"
（不推荐Microsoft或None） - 关闭无意义的缓存项：
"python.analysis.memory.keepLibraryAst": false
——这个选项会让 Pylance 把第三方库 AST 长期留在内存，关掉后只保留符号引用 - 对重型包手动设索引深度：
"python.analysis.packageIndexDepths": [ { "name": "numpy", "depth": 2 }, { "name": "pandas", "depth": 2 } ]，避免深入numpy/core/multiarray.py这类内部实现文件 - 如果项目不涉及类型推导（比如纯脚本或数据处理），可临时设
"python.analysis.typeCheckingMode": "off"
Java 项目必须调高 JDT-LS 堆内存并清理旧缓存
jdt.ls 启动时若堆内存不足，会频繁 GC 并最终 OOM，表现为编辑卡顿、跳转失败、控制台刷 OutOfMemoryError。这不是配置“错”，而是默认值（通常 -Xmx1G）根本不够用。
- 直接改
java.jdt.ls.vmargs：-Xmx2G -XX:+UseParallelGC
，2G 是中型 Spring Boot 项目的底线，超大型项目建议-Xmx4G - 改完必须重启 VSCode 窗口（不是重载），否则 JVM 进程不会重建
- 旧缓存可能已损坏：Linux/macOS 下删
~/.cache/.jdt/index，Windows 下删%APPDATA%\Code\User\globalStorage\redhat.java\index，首次重启会重建，之后速度反而更快 - 如果只开发单模块，可在
settings.json加"java.configuration.updateBuildConfiguration": "interactive"
，避免自动扫描整个多模块 Maven 树
验证语言服务器是否真被约束住
改完配置不等于生效。很多用户看到内存没降，其实是进程没换、缓存没清、或者排除路径写错了。
- 运行
code --status，重点关注Extension Host和Shared Process下有没有残留的tsserver、pyright、java进程；有就kill -9 [PID] - 检查
files.watcherExclude是否写进当前工作区的.vscode/settings.json（不是全局设置），且格式是"**/node_modules/**": true
，写成"node_modules/**"或"*/node_modules/*"全无效 - Linux/macOS 用户执行
cat /proc/sys/fs/inotify/max_user_watches，低于524288就要sudo sysctl fs.inotify.max_user_watches=524288，否则 inotify 句柄耗尽会导致监听静默失败，语言服务器反复重试加重负担
最常被忽略的一点：语言服务器的“限制”效果高度依赖文件监听是否真正关闭。哪怕你把 tsserver 的 watchOptions 调到最保守，只要 files.watcherExclude 没生效，它照样会收到成千上万个文件变更事件，然后被迫重建索引——这才是内存反复爬升的根源。
