VSCode中Java编译运行卡顿主因是插件配置不当：java.compile.onSave默认开启导致保存即全量编译，需设为never；launch.json的vmArgs才控制应用JVM参数，而非jdt.ls.vmargs；code-runner需配置编码、目录切换并启用runInTerminal；终端应避免PowerShell和Python虚拟环境干扰。
javac 和 java 命令本身不慢，VSCode 里 Java 编译运行卡顿，90% 是环境配置或插件行为没对齐，不是代码问题。
vscode-java 插件默认开启保存即编译，但会拖慢响应
Java Extension Pack 默认启用 java.compile.onSave，每次 Ctrl+S 都触发全量编译（哪怕只改了一个空格），尤其在 Maven 多模块项目中极易堆积后台任务。这不是“编译慢”，是“反复编译”。
- 打开设置（Ctrl+,），搜
java.compile.onSave，设为 never - 改完后手动按 Ctrl+Shift+B 触发一次构建，或用 Maven 插件右键
compile - 若需保存时校验语法，保留
java.suggest.enabled即可，它只走语义分析，不触发编译
launch.json 的 vmArgs 才真正控制 Spring Boot 启动 JVM 参数
很多人把 -Xmx1g 这类参数错配到 java.jdt.ls.vmargs（语言服务器用），结果 Spring Boot 启动还是卡——那个配置对你的应用进程完全无效。
- 必须在
.vscode/launch.json中找 type 为spring-boot或java的配置项 -
vmArgs字段里加："-Xms256m -Xmx768m -XX:+UseG1GC"（小项目别硬塞 2G） - 启动后访问
/actuator/startup看耗时分布，确认瓶颈是否从 GC 转移到类加载
code-runner 运行 Java 时默认不保存、不切目录、不指定编码
直接点 ▶️ 运行，code-runner 默认用 java $fileNameWithoutExt，但前提是：文件已保存、当前终端路径正确、源码编码和 JVM 一致——三者任一缺失都会失败或乱码。
- 在工作区
settings.json中覆盖code-runner.executorMap：
"java": "cd $dir && javac -encoding UTF-8 $fileName && java $fileNameWithoutExt"
code-runner.runInTerminal：避免输出面板缓冲导致 Scanner 阻塞code-runner.saveFileBeforeRun（设为 false）：你已经习惯 Ctrl+S，不需要它再偷偷存一遍终端启动慢？PowerShell 和自动激活 venv 是两大元凶
Windows 用户点 Ctrl+` 开终端，等 3 秒才出来，大概率是 VSCode 默认调用了 PowerShell，或者 Python 插件强行激活了虚拟环境——而你的 Java 项目根本不需要。
立即学习“Java免费学习笔记（深入）”；
- 检查
terminal.integrated.defaultProfile.windows，设为"Command Prompt"或明确路径的"Git Bash" - 清空
python.terminal.launchArgs（设为空数组[]），关掉python.terminal.executeInFileDir - 如果项目根目录有
venv或.venv，VSCode 会误判为 Python 项目并加载 Python 环境，删掉或重命名该文件夹
java.compile.onSave 开着，你每敲一个分号都在触发编译；比如 launch.json 没配 vmArgs，JVM 就用默认 128m 堆硬扛 Spring Boot 启动；比如终端默认走 PowerShell，光初始化就要 2 秒——这些细节不揪出来，再熟的 Ctrl+Shift+P 也救不了卡顿。 
