VSCode本身不运行在JVM上，高内存占用主因是Java Language Server（jdt.ls）及运行的Java应用；低配电脑需禁用自动构建、关闭二进制索引、排除target/build目录监听，并将jdt.ls堆内存设为-Xmx1200m（8GB内存）或-Xmx800m（4GB以下），配合files.watcherExclude收紧文件监听。
VSCode 本身不跑在 JVM 上，所谓“VSCode 内存”实际是 Java Language Server（jdt.ls）和你运行的 Java 应用各自占的内存。对低配电脑（比如 8GB 内存、无独显、i5-8250U 或 M1 芯片），jdt.ls 默认堆配置（-Xmx1g）极易吃满系统资源，导致卡顿、补全延迟甚至崩溃。
怎么判断是不是 jdt.ls 在吃内存
别只看任务管理器里一个 “Code Helper” 进程。真正该盯的是：
- 执行
code --status，找到 Extension Host 下命令行含java -jar .*jdt.ls.*的进程 PID - 再运行
ps -p [PID] -o args=（macOS/Linux）或在任务管理器“详细信息”页右键 → “打开文件位置”确认是否指向jdt.ls - 如果看到
-Xmx1g或-Xmx2g，且 RSS 长期 > 600MB，基本就是它
低配电脑必须改的三项设置
这些必须写在项目根目录的 .vscode/settings.json 中（全局设置无效），改完要完全退出 VSCode（macOS 要点菜单栏「Code → Quit Visual Studio Code」），再重新打开工作区：
-
"java.configuration.updateBuildConfiguration": "disabled"：禁用后台自动构建，避免每次改pom.xml就全量重解析 -
"java.symbols.includeBinaries": false：不索引target/、lib/和本地 Maven 仓库里的 JAR，省掉 70%+ 内存开销 -
"java.autobuild.enabled": false：关掉自动编译，手动按Ctrl+Shift+B触发即可
给 jdt.ls 分配合理堆内存
不是越大越好。8GB 内存机器上，-Xmx1200m 是平衡点；低于 4GB 内存建议压到 -Xmx800m：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 打开 VSCode 设置（
Cmd+,/Ctrl+,），搜索java.jdt.ls.vmargs - 设为：
-Xms512m -Xmx1200m -XX:+UseG1GC - 不要加
-XX:MaxMetaspaceSize等额外参数——jdt.ls对 Metaspace 敏感，乱设反而触发频繁 GC
容易被忽略的文件监听泄漏
VSCode 默认会对所有子目录注册 inotify 监听，而 Java 项目里 target/、build/、node_modules/（如有前端模块）全是小文件密集区，监听句柄爆满会导致 CPU 拉高、响应变慢：
- 在
.vscode/settings.json加："files.watcherExclude": {"**/target/**": true, "**/build/**": true, "**/out/**": true} - 如果项目含符号链接（比如软链到本地 Maven repo），也得加：
"search.followSymlinks": false - 注意：这个配置只影响文件监听，不影响代码索引范围——索引控制靠前面的
java.symbols.includeBinaries
低配机器上最常被跳过的一步是「排除二进制目录」和「关自动构建」，很多人只调了 -Xmx 就以为搞定，结果内存还是缓慢爬升。真正起效的是组合动作：限制扫描 + 关掉后台任务 + 收紧监听。
