code --disable-extensions可100%跳过所有插件加载，若禁用后右键pom.xml出现“run maven build”选项，即确认为插件冲突；否则需查jdk或maven路径，控制台报“command 'mvn.execute' is already registered”是典型注册冲突铁证。
为什么Java项目在VSCode里“构建失败”却不是pom.xml的问题
大概率是插件在抢控制权，而不是代码或配置出错。比如 Maven for Java 插件刚加载完，Spring Boot Tools 又试图接管生命周期任务，结果命令注册失败、右键菜单消失、Run Maven Build 选项压根不出现。这类问题在装了 5 个以上 Java 相关插件的环境中发生率极高，且不会报明确错误，只表现为“静默失效”。
如何用 --disable-extensions 快速确认是不是插件冲突
别打开 settings.json 猜配置，先做最干净的验证：
- 关闭所有 VSCode 窗口
- 终端执行
code --disable-extensions（macOS/Linux）或code.cmd --disable-extensions（Windows） - 打开含
pom.xml的项目，右键pom.xml→ 查看是否有Run Maven Build - 如果有，说明 100% 是插件冲突；如果没有，再查 JDK 路径或 Maven 安装
顺带打开 Developer Tools（Ctrl+Shift+I），如果控制台刷屏式出现 Command 'mvn.execute' is already registered 或 Conflict detected，就是插件重复注册命令的铁证。
Maven for Java 和 Spring Boot Tools 冲突的典型表现与解法
这两个插件都监听 pom.xml 并提供构建入口，但 Spring Boot Tools 默认会覆盖 Maven for Java 的右键菜单和任务面板，导致：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
mvn clean compile在命令面板里搜不到 - 点击 “Run as Spring Boot App” 后，普通
package任务消失 - 项目自动导入卡在 “Initializing Java dependencies”
解决方式不是卸载 Spring Boot Tools（它对 Spring 项目确实有用），而是显式隔离职责：
- 在工作区
.vscode/settings.json中加："spring-boot.initializr.enabled": false,
禁用它的项目初始化干扰 - 确保
maven.executable.path指向明确路径（如"./mvnw"或系统/usr/local/maven/bin/mvn），避免两个插件各自找 mvn - 禁用 Spring Boot Tools 的自动构建：设置
"spring-boot.build.autoBuild": false
删插件比调配置更可靠，但得知道删哪个
高频冲突源有固定名单，不用猜：
-
redhat.java（Language Support for Java™）必须保留，它是底层语言服务器基础 -
vscjava.vscode-maven（Maven for Java）必须保留，负责生命周期识别 -
redhat.vscode-spring-boot（Spring Boot Tools）按需启用，但要关掉它的自动构建和初始化 -
vmware.vscode-spring-boot（旧版 Spring Boot 扩展）直接卸载，和 redhat 版本冲突严重 -
ms-python.python这类非 Java 插件，如果被误启用于 Java 文件（比如设了"[java]": { "editor.defaultFormatter": "ms-python.python" }），也会导致保存时报错
真正容易被忽略的是：插件即使被“禁用”，也可能残留激活逻辑。若怀疑某个插件（比如旧版 ms-python.python）作祟，直接删掉对应目录更彻底：rm -rf ~/.vscode/extensions/ms-python.python-*（macOS/Linux）或 del /s /q %USERPROFILE%\.vscode\extensions\ms-python.python-*（Windows）。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
