设置特定 JDK 版本的 JAVA_HOME 的与系统无关的方法

Question

与不同的项目合作，每个项目都有不同的 JDK 版本要求（主要是 1.8 和 17），人们来自不同的操作系统； 已决定在我们的gradle脚本中使用JAVA_HOME环境变量来获取 JDK 路径。

它运行良好，尽管需要将JAVA_HOME导出为不同的值，对于每个贡献者而言，每次切换到另一个项目时，该值都不同。

我在 Stack 站点、SdkMan 项目和这篇关于这个主题的博客文章https://opensource.com/article/22/3/find-java-home上进行了搜索。

建议的解决方案在确定系统类型、定位可用 JDK 方面引入了很多复杂性。

我最终编写了自己的实现来查找特定 JDK 版本的JAVA_HOME ，尽管它仅支持基于 RedHat 和 Debian 的 Linux 发行版。

是否有标准方法来确定JAVA_HOME ，对于特定的 JDK 版本，以完全与系统无关的方式； 是 Linux、BSD/MacOS、Windows？

这是我编写的 shell 脚本，仅适用于基于 Debian/RedHat 的系统。

java_home ：

#!/bin/sh
# Usage:
# java_home [JDK_VERSION]

get_home() {
  # get java_home from javac path
  printf %s\\n "${1%/bin/javac}"
}

query_javac() {
  {
    command "$__ALTERNATIVES" --query javac || return 1
  } | awk -v t="$1" \
    'BEGIN{p="^" toupper( substr( t, 1, 1 ) ) substr( t, 2 ) ":"}$0~p{print $2}'
}

# find the alternatives command for this system
for cmd in update-alternatives alternatives false; do
  __ALTERNATIVES=$(command -v "$cmd") && break
done

# If no version provided, return the home of the Best java version
java_home=$(
  if [ $# -eq 0 ]; then
    get_home "$(query_javac best)"
  else
    # Iterate the Alternative java versions
    query_javac alternative |
      while read -r javac; do
        # Read the version string returned by the javac command
        raw_javac_version=$(command "$javac" -version 2>&1)
        case $raw_javac_version in
          javac\ $1*)
            # Print the home of this javac version and exit
            get_home "$javac"
            exit
            ;;
        esac
      done
  fi
)

if [ -n "$java_home" ]; then
  printf %s\\n "$java_home"
else
  exit 1
fi

示例用法：

$ java_home 1.8
/usr/lib/jvm/java-8-openjdk-amd64

我正在寻找一种更轻、更标准、更不可知的方法来确定特定 JDK 版本的 Java 主页。

Answer 1

是否有一种标准方法可以以完全与系统无关的方式确定特定 JDK 版本的 JAVA_HOME； 是 Linux、BSD/MacOS、Windows？

正如@Olivier 所说，在 Windows 上，您可以在任何地方安装 JDK。 Linux 上也是如此，MacOS 上也可能如此。

因此，鉴于 JDK 可以安装在任何地方，试图找到它是不切实际的。 真正与系统无关的解决方案是不可能的。

例如，如果javac不在命令 searchpath 上（即$PATH ），或者如果用户安装了 JRE 而不是 JDK，那么您当前的方法将失败。

---

这真的是个问题吗？

只有当你称之为问题时！

务实的解决方案是：

• 使用特定于平台的方法来查找 JDK； 例如：

  • 在Windows上，使用注册表找到JDK
  • 在 Linux 上，使用alternatives机制和/或发行版的 package 管理器或 OpenJDK RPM 使用的默认安装位置。
  • 在 MacOS 上查看 /Library/Java/JavaVirtualMachines。 或者使用java_home工具。

• 如果您尽最大努力找不到 JDK，请将问题返回给安装需要 JDK 或 JRE 的应用程序的人员：

  • 推荐一种首选的安装方式 Java
  • 告诉用户如何手动设置环境变量。

或者您可以将安装sdkman作为项目的先决条件。 （除了sdkman不在（例如）Ubuntu 或 RedHat package 存储库中，它可能不会与 ZEFE90A8E604A7C840E88D03A 更新机制配合得很好。）

---

注意：决定将其称为问题实际上不会为您提供解决方案。 正如我所说，没有任何与系统无关的解决方案适用于所有情况。 这只是一个“邪恶的问题”。