GitLab CI/CD切换Java版本异常：java与javac版本不一致求助

• PATH环境变量未更新：仅设置JAVA_HOME但未调整PATH，系统执行java/javac时会优先读取PATH中靠前的路径。GitLab Runner预装的Java 17路径可能在PATH前列，导致java用了17版本；而javac可能指向系统默认的Java 8路径，未被新的JAVA_HOME覆盖。
• java与javac路径不一致：系统中java和javac可能来自不同JDK安装目录，比如java取自Runner自带的Java 17目录，javac来自系统默认的Java 8目录，仅设置JAVA_HOME无法统一两者的调用路径。
• 路径有效性存疑：需确认/usr/lib/jvm/java-11-openjdk是否为正确的Java 11安装路径，该目录下是否存在bin/java和bin/javac文件。

1. 同步更新JAVA_HOME和PATH #

修改before_script，将Java 11的bin目录加入PATH最前端，确保系统优先调用该路径下的工具：

before_script:
  - export JAVA_HOME="/usr/lib/jvm/java-11-openjdk"
  - export PATH="$JAVA_HOME/bin:$PATH"

2. 验证环境变量配置 #

在script中添加环境变量打印步骤，确认配置是否生效：

script:
  - echo "JAVA_HOME: $JAVA_HOME"
  - echo "PATH: $PATH"
  - ./run -b
  - java -version
  - javac -version

3. 确认Java 11路径正确性 #

若上述操作后版本仍异常，先在Runner节点上执行以下命令验证路径有效性：

ls /usr/lib/jvm/java-11-openjdk/bin/
# 检查是否存在java、javac文件
/usr/lib/jvm/java-11-openjdk/bin/java -version
/usr/lib/jvm/java-11-openjdk/bin/javac -version

如果路径错误（比如实际路径为/usr/lib/jvm/java-11-openjdk-amd64），需同步修改JAVA_HOME的值。

4. 通过全局变量配置（可选） #

也可直接在variables中定义JAVA_HOME和PATH，避免before_script执行顺序问题：

variables:
  # ...保留原有变量
  JAVA_HOME: "/usr/lib/jvm/java-11-openjdk"
  PATH: "$JAVA_HOME/bin:$PATH"

内容的提问来源于stack exchange，提问作者Tapialj