核心是分层隔离、按需生效：系统级保持干净不设java_home，终端级用sdkman!/jenv动态切换，项目级通过maven/ide/gradle/docker等工具自身配置锁定jdk版本。

处理 Java 环境变量冲突，核心不是“统一一个 JAVA_HOME”，而是分层隔离、按需生效。冲突大多源于多个软件（IDE、Maven、Gradle、Docker、命令行）对同一环境变量的争夺和覆盖。下面从三个关键层面给出可落地的解决方式：

系统级：保持干净，不设或留空 JAVA_HOME

全局硬编码 JAVA_HOME 是多数冲突的起点。尤其在多 JDK 共存时，它会强制所有工具使用同一版本，违背实际需求。

• Windows：在“系统属性 → 高级 → 环境变量”中，删除或注释掉系统变量里的 JAVA_HOME；PATH 中也移除任何显式指向某 JDK 的条目（如 C:\Program Files\Java\jdk-17\bin）
• Linux/macOS：检查 ~/.bashrc、~/.zshrc 或 /etc/environment，确保没有 export JAVA_HOME=...；如有，直接删掉或加 # 注释
• 目的：让系统只提供基础能力（如能运行 java 命令），不预设版本偏好

终端级：用 SDKMAN! 或 jenv 动态切换当前会话 JDK

每个终端窗口应能独立选择 JDK 版本，且该选择仅影响当前 shell 及其子进程（如 mvn、gradle 命令）。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 安装 SDKMAN!（推荐，跨平台）：curl -s "https://get.sdkman.io" | bash，然后重启终端，执行 sdk install java 11.0.22-tem 和 sdk install java 17.0.9-tem
• 切换版本：sdk use java 11.0.22-tem → 当前终端立即生效，$JAVA_HOME 自动更新，java -version 和 javac -version 同步响应
• 设默认版本（新终端自动加载）：sdk default java 17.0.9-tem
• 优势：IDEA、VS Code 终端、Maven 构建都继承当前 shell 的 JAVA_HOME，天然一致

项目级：工具自身声明目标 JDK，不依赖环境变量

即使终端用了 JDK 17，某个老项目仍需用 JDK 8 编译和运行——这时靠项目配置锁定行为，而非改系统变量。

• Maven：在 pom.xml 中明确指定字节码级别：
  

  <properties><br>  <maven.compiler.source>8</maven.compiler.source><br>  <maven.compiler.target>8</maven.compiler.target><br></properties>

• IntelliJ IDEA：File → Project Structure → Project SDK 选 JDK 8；再单独设置 Project language level 和 Modules SDK；取消勾选 “Use project JDK for build process”（避免覆盖 SDKMAN! 的动态 JAVA_HOME）
• Gradle：在 gradle.properties 中添加：
  org.gradle.java.home=/usr/lib/jvm/java-8-openjdk-amd64（路径用 which java 或 sdk home java 8.0.402-amzn 获取）
• Docker：构建时不要继承宿主机 JAVA_HOME，而是在 Dockerfile 中显式指定基础镜像，例如：
  FROM openjdk:8-jre-slim 或 FROM eclipse/temurin:11-jre

这套分层逻辑让系统不干预、终端可切换、项目自闭环，真正实现“一处配置、多处兼容”。冲突不再是问题，而是被设计消除的常态。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南