不能直接改系统环境变量切换JDK，因为会全局生效、需重启终端和IDE、易导致构建失败或UnsupportedClassVersionError；推荐按需临时修改PATH前缀、IDE单独配置项目JDK、构建工具指定JDK及封装PowerShell函数快速切换。
为什么不能直接改系统环境变量切换JDK
Windows 的 JAVA_HOME 和 PATH 是全局生效的，改一次就得重启终端、重载 IDE、甚至可能影响已运行的服务。很多 Java 项目依赖特定 JDK 版本（比如 Spring Boot 3 要求 JDK 17+，而老项目还在用 JDK 8），硬切环境变量不仅麻烦，还容易误操作导致构建失败或 UnsupportedClassVersionError 错误。
推荐方案：用 jdk-switcher 或手动管理 PATH 前缀
最轻量、不依赖第三方工具的方式是**按需临时修改当前终端的 PATH**，让 java 和 javac 指向目标 JDK 的 bin 目录。关键点在于：把 JDK 的 bin 路径放在 PATH 最前面，覆盖系统默认路径。
- 确保每个 JDK 已解压/安装到固定路径，例如：
C:devjdk8、C:devjdk17、C:devjdk21 - 不要删掉原有
PATH，只在开头插入目标 JDK 的bin路径，避免丢失其他命令（如git、node） - PowerShell 中执行：
$env:PATH = "C:devjdk17in;" + $env:PATH
- cmd 中执行：
set PATH=C:devjdk17in;%PATH%
- 验证是否生效：
java -version和javac -version必须输出一致版本
IDEA / Eclipse 中单独设置项目 JDK，不碰系统环境
IDE 自身的 JDK 配置优先级高于系统 JAVA_HOME，项目编译、运行、调试都走 IDE 内部设定，完全隔离。
Zenlink - Node SDK for ZenHeart
下载
ZenHeart zenlink 与 zenlink-mcp 为 OpenClaw，涵盖安装、MCP 注册、钩子接线、入站轮询及升级维护。
- IntelliJ IDEA：File → Project Structure → Project → Project SDK，点击
+添加本地 JDK 路径（如C:devjdk8） - 注意：模块级别（Modules）和 SDK 语言级别（Language level）要匹配，否则编译报错
Target bytecode version is incompatible - Eclipse：Project → Properties → Java Build Path → Libraries → JRE System Library → Edit…，选择对应 Installed JRE
- IDE 启动自身所用的 JDK（即
idea64.exe.vmoptions里的-vm参数）可以和项目 JDK 不同，不影响项目行为
构建工具层面指定 JDK（Maven / Gradle）
CI/CD 或多版本兼容测试时，靠手动切终端太不可靠，得让构建工具自己选 JDK。
立即学习“Java免费学习笔记（深入）”；
- Maven：通过
MAVEN_OPTS或pom.xml的maven-compiler-plugin控制字节码版本，但实际编译仍用当前java可执行文件——所以本质还是得先切好环境 - 更可靠的是在 CI 脚本中显式调用指定 JDK：
C:devjdk17injava.exe -jar "C:pache-maven-3.9.6ootplexus-classworlds-2.8.0.jar" ...
- Gradle：支持
org.gradle.java.home属性，可在gradle.properties里写死：org.gradle.java.home=C:\dev\jdk21
，注意 Windows 路径用双反斜杠或正斜杠 - Gradle Wrapper（
gradlew）会优先读这个配置，比系统JAVA_HOME更早生效
真正麻烦的不是配多个 JDK，而是忘记当前终端用的是哪个版本——每次开新终端都要重设 PATH。建议把常用 JDK 切换封装成 PowerShell 函数，存在 $PROFILE 里，比如 use-jdk8、use-jdk17，一敲就切，不容易出错。
