跳转至内容

Java

来自 ArchWiki

相关文章

来自 维基百科

Java最初由Sun Microsystems开发，于1995年作为Sun Microsystems Java平台的核心组件发布。该语言从C和C++中汲取了大量语法，但拥有更简单的对象模型和更少底层功能。Java应用程序通常编译为字节码，可以在任何Java虚拟机（JVM）上运行，而与计算机体系结构无关。

Arch Linux 官方支持开源的 OpenJDK 版本 8、11、17、21 和 25（长期支持版 (LTS)），以及 26（最新发布版本）。所有这些 JVM 均可安装且互不冲突，并可使用辅助脚本 archlinux-java（随 java-runtime-common 软件包安装）进行切换。其他几种 Java 环境可在 Arch 用户仓库 (AUR) 中获取，但不受官方支持。

安装

注
  • Arch Linux仅官方支持OpenJDK实现。
  • 安装后，Java环境需要被shell识别（$PATH变量）。这可以通过从命令行 sourcing /etc/profile 来完成，或者再次注销/登录桌面环境，或者通过重启。

两个通用包分别作为依赖引入，名为java-runtime-common（包含Java运行时环境的通用文件）和java-environment-common（包含Java开发工具包的通用文件）。

提供的/etc/profile.d/jre.sh和/etc/profile.d/jre.csh文件指向一个链接位置/usr/lib/jvm/default/bin，该位置由archlinux-java辅助脚本设置。

提示 /usr/lib/jvm/default和/usr/lib/jvm/default-runtime符号链接应始终使用archlinux-java进行编辑，该命令用于显示和指向一个工作的默认Java运行时环境。

Java安装的大多数可执行文件通过/usr/bin/中的直接链接提供，而其他文件则在$PATH中可用。

Arch 不使用 JAVA_HOME。如果某个程序显式要求 JAVA_HOME，请设置 JAVA_HOME=/usr/lib/jvm/default。

OpenJDK

OpenJDK是Java平台，标准版（Java SE）的开源实现，被指定为官方参考实现。OpenJDK构建有多个分发商，例如Adoptium（以前称为AdoptOpenJDK）和Amazon Corretto。Arch Linux的OpenJDK包是从上游OpenJDK源代码构建的。

无头JRE
最小的Java运行时环境—用于执行非GUI Java程序。
完整JRE
完整的Java运行时环境—用于执行GUI Java程序。
JDK
Java开发工具包—用于Java开发。

JDK、完整JRE和无头JRE相互冲突，因为较小的包是子集。

  • JDK冲突并提供完整JRE，
  • 完整JRE冲突并提供无头JRE。
版本 无头JRE 完整JRE JDK 文档 源
OpenJDK 26 jre-openjdk-headless jre-openjdk jdk-openjdk openjdk-doc openjdk-src
OpenJDK 25 jre25-openjdk-headless jre25-openjdk jdk25-openjdk openjdk25-doc openjdk25-src
OpenJDK 21 jre21-openjdk-headless jre21-openjdk jdk21-openjdk openjdk21-doc openjdk21-src
OpenJDK 17 jre17-openjdk-headless jre17-openjdk jdk17-openjdk openjdk17-doc openjdk17-src
OpenJDK 11 jre11-openjdk-headless jre11-openjdk jdk11-openjdk openjdk11-doc openjdk11-src
OpenJDK 8 jre8-openjdk-headless jre8-openjdk jdk8-openjdk openjdk8-doc openjdk8-src

IcedTea-Web — Java Web Start 和已弃用的Java浏览器插件。

https://icedtea.classpath.org/download/icedtea-web-docs/1.8/html/en/icedtea-web.html || icedtea-web

OpenJDK EA — Oracle的OpenJDK早期访问构建版，用于开发版本。

https://jdk.java.net || java-openjdk-ea-binAUR

OpenJDK GA — Oracle的OpenJDK通用发布版构建版。

https://jdk.java.net || java-openjdk-binAUR

OpenJDK Wakefield — JDK中用于Wayland显示服务器的支持实现。

https://openjdk.org/projects/wakefield/ || jdk-openjdk-wakefieldAUR


OpenJFX

OpenJFX是JavaFX的开源实现。如果您使用的是Oracle JDK，则无需安装此包。此包仅涉及Java（OpenJDK项目）的开源实现及其派生版本的使用者。

版本 运行时环境和开发工具包 文档 源
OpenJFX 27 java-openjfxAUR java-openjfx-docAUR java-openjfx-srcAUR
OpenJFX 21 java21-openjfxAUR java21-openjfx-docAUR java21-openjfx-srcAUR
OpenJFX 17 java17-openjfxAUR java17-openjfx-docAUR java17-openjfx-srcAUR
OpenJFX 11 java11-openjfxAUR java11-openjfx-docAUR java11-openjfx-srcAUR
OpenJFX 8 java8-openjfxAUR java8-openjfx-docAUR java8-openjfx-srcAUR

其他实现

  • AWS Corretto — Amazon Web Services 的 OpenJDK 发行版。
https://aws.amazon.com/corretto/ || amazon-corretto-8AUR amazon-corretto-11AUR amazon-corretto-17AUR amazon-corretto-21-binAUR
  • Azul JDK — Azul 的 JDK 实现。请注意，Azul Zulu OpenJDK 版本是开源的，而 Azul Zulu Prime OpenJDK 版本是用于开发和评估的免费商业产品。
https://www.azul.com/downloads/ ||
Zulu: zulu-8-binAUR zulu-11-binAUR zulu-17-binAUR zulu-21-binAUR
Zulu Prime: zing-8-binAUR zing-17-binAUR zing-21-binAUR
  • Eclipse Adoptium/Temurin — Eclipse 的 JRE/JDK 实现，基于 Hotspot JVM（前身为 AdoptOpenJDK）。请注意，JRE 的名称为 Eclipse Temurin。
https://adoptium.net/ || jdk-temurinAUR jdk17-temurinAUR jdk11-temurinAUR
  • IBM Certified — IBM Semeru Runtime Certified Edition。
https://www.ibm.com/semeru-runtimes/downloads || jdk11-j9-binAUR
  • IBM J9 — IBM 的 JRE 实现，使用 OpenJ9 贡献。
https://www.ibm.com/support/pages/java-sdk-downloads || jdk8-j9-binAUR jdk7-j9-binAUR jdk7r1-j9-binAUR
  • Liberica JDK — BellSoft 的 Liberica JDK 实现。
https://bell-sw.com/libericajdk/ || liberica-jre-8-full-binAUR liberica-jdk-8-full-binAUR liberica-jre-11-binAUR liberica-jre-11-full-binAUR liberica-jdk-11-binAUR liberica-jdk-11-full-binAUR liberica-jdk-17-full-binAUR liberica-jdk-21-full-binAUR
  • Microsoft OpenJDK — Microsoft 的 OpenJDK 发行版。
https://www.microsoft.com/openjdk/ || microsoft-openjdk-11-binAUR microsoft-openjdk-17-binAUR microsoft-openjdk-21-binAUR
  • OpenJ9 — Eclipse 的 JRE/JDK 实现，基于 IBM 贡献的 J9 JVM。
https://www.eclipse.org/openj9/ || jdk-openj9-binAUR jdk17-openj9-binAUR jdk11-openj9-binAUR jdk8-openj9-binAUR
  • Oracle JDK — Oracle 的商业许可 OpenJDK 构建版。请注意，某些版本只能通过手动下载获得，这需要签署 OTN 协议并创建 Oracle 账户。
https://www.oracle.com/java/technologies/downloads/ ||
JRE: jreAUR jre-ltsAUR jre11AUR jre8AUR jre7AUR
JDK: jdkAUR jdk-ltsAUR jdk11AUR jdk8AUR jdk7AUR


提示 32 位版本的 Oracle JDK 可通过添加 bin32- 前缀找到，例如 bin32-jreAUR。它们使用 java32-runtime-commonAUR，其功能与 java-runtime-common 相同，只需添加 32 后缀（例如 java32）。同样的逻辑也适用于 java32-environment-commonAUR，该软件包仅供 32 位 JDK 软件包使用。

开发工具

有关集成开发环境，请参阅 应用程序/实用工具列表#集成开发环境 以及专门的 Java IDE 子章节。

为了阻止逆向工程，可以使用混淆器，例如 proguardAUR。

反编译器

  • CFR — Java 反编译器，支持 Java 9、10 及更高版本的现代特性。
https://www.benf.org/other/cfr/ || cfr
  • Fernflower — Java 的分析反编译器，作为 IntelliJ IDEA 的一部分开发。
https://github.com/JetBrains/intellij-community/tree/master/plugins/java-decompiler/engine || fernflower-gitAUR
  • Vineflower — 从 Fernflower 分叉的 Java 反编译器，旨在提高代码质量。也可用作 IntelliJ IDEA 插件。
https://github.com/Vineflower/vineflower || vineflowerAUR
  • Krakatau — Java 反编译器、汇编器和反汇编器。
https://github.com/Storyyeller/Krakatau || krakatau-gitAUR
  • Procyon decompiler — 实验性 Java 反编译器，灵感来自 ILSpy 和 Mono.Cecil。
https://bitbucket.org/mstrobel/procyon/wiki/Java%20Decompiler || procyon-decompiler
  • Java Decompiler (JD-Core) — 流行的 Java 反编译器，提供 GUI（参见 JD-GUI）并支持 Java 1-10。
https://java-decompiler.github.io/ || jd-core-javaAUR
  • Jadx — Android DEX 转 Java 反编译器，带有可选 GUI（参见 Jadx-GUI）。
https://github.com/skylot/jadx || jadx
  • JAD — 未维护的 Java 反编译器（最后版本 2006）。
https://varaneckas.com/jad || jad

GUI前端

  • Bytecode Viewer — Java 逆向工程套件，包括反编译器、编辑器和调试器；CFR/Fernflower/Procyon 的前端。
https://bytecodeviewer.com || bytecode-viewerAUR
  • Recaf — 一个易于使用的现代 Java 字节码编辑器，它抽象了 Java 程序的复杂性；CFR/Fernflower/Procyon 的前端。
https://www.coley.software/Recaf/ || recaf-binAUR
  • Java Decompiler (JD-GUI) — 流行的 Java 反编译器，提供 GUI 并支持 Java 1-10；JD-Core 的前端。
https://java-decompiler.github.io/ || jd-guiAUR
  • Jadx-GUI — Android APK DEX 转 Java 反编译器，带有可选 GUI；Jadx 的前端。
https://github.com/skylot/jadx || jadx
  • Luyten — 一个开源的 Java 反编译器 GUI；Procyon 的前端。
https://github.com/deathmarine/Luyten || luytenAUR

切换JVM

辅助脚本archlinux-java（包：java-runtime-common）提供了此类功能。

archlinux-java <COMMAND>

COMMAND:
status          List installed Java environments and enabled one
get             Return the short name of the Java environment set as default
set <JAVA_ENV>  Force <JAVA_ENV> as default
unset           Unset current default Java environment
fix             Fix an invalid/broken default Java environment configuration

列出已安装的兼容Java环境

$ archlinux-java status

示例

$ archlinux-java status

Available Java environments:
   java-11-openjdk (default)
   java-8-openjdk/jre

注意(default)表示java-11-openjdk当前被设置为默认。调用java和其他二进制文件将依赖于此Java安装。另外请注意，上一个输出只显示OpenJDK 8的JRE部分已安装。

更改默认Java环境

# archlinux-java set JAVA_ENV_NAME

示例

# archlinux-java set java-8-openjdk/jre
提示 要查看可用的环境名称，请使用 archlinux-java status。

请注意，archlinux-java不允许您设置无效的Java环境。在上一个示例中，已安装jre8-openjdk但未安装jdk8-openjdk，因此尝试设置java-8-openjdk将失败。

# archlinux-java set java-8-openjdk
'/usr/lib/jvm/java-8-openjdk' is not a valid Java environment path

取消设置默认Java环境

通常无需取消设置Java环境，因为提供它们的包应该会处理这个问题。如果您仍想这样做，只需使用unset命令即可。

# archlinux-java unset

修复默认Java环境

如果设置了无效的Java环境链接，调用archlinux-java fix命令会尝试修复它。另请注意，如果未设置默认Java环境，该命令将查找有效的环境并尝试为您设置。官方支持的包“OpenJDK 8”将按此顺序优先考虑，然后是其他已安装的环境。

# archlinux-java fix

使用非默认Java版本启动应用程序

如果您想使用与默认版本不同的Java版本启动应用程序（例如，如果您在系统上同时安装了版本18—默认版本—和版本11，并且想使用Java 11），您可以将您的应用程序包装在一个小shell脚本中，以本地更改Java的默认路径。

#!/bin/sh

export PATH="/usr/lib/jvm/java-11-openjdk/bin/:$PATH"
exec /path/to/application "$@"

对于systemd服务，您可以在drop-in文件中将JAVA_HOME附加到环境变量中。

/etc/systemd/system/unit.d/override.conf
[Service]
Environment=JAVA_HOME=/usr/lib/jvm/java-11-openjdk

支持archlinux-java的包前置条件

注意 此信息也适用于archlinux32-java，用于32位Java包，其中适当包含32到包/可执行文件名称中（如果适用）。

本节面向希望在AUR中提供备用JVM包并能够集成到Arch Linux JVM方案（即与archlinux-java兼容）的打包者；为此，包应

  • 将所有文件置于 /usr/lib/jvm/java-${JAVA_MAJOR_VERSION}-${VENDOR_NAME} 目录下
  • 确保java-runtime-common和java-environment-common提供的链接的所有可执行文件都包含在相应的包中。
  • 从/usr/bin提供到可执行文件的链接，仅当这些链接不属于java-runtime-common和java-environment-common时。
  • 在man页名称后加上-${VENDOR_NAME}${JAVA_MAJOR_VERSION}以避免冲突（参见jre8-openjdk文件列表，其中man页以-openjdk8结尾）。
  • 不要声明与任何其他JDK、java-runtime、java-runtime-headless或java-environment的冲突或替换。
  • 在install函数中使用脚本archlinux-java将Java环境设置为默认值，前提是尚无其他有效的Java环境被设置（即：包不应强制设置为默认值）。例如，请参阅官方支持的Java环境包源。

另请注意，

  • 需要任何Java环境的包应像往常一样声明对java-runtime、java-runtime-headless或java-environment的依赖。
  • 需要特定Java供应商的包应声明对相应包的依赖。
  • OpenJDK包现在声明provides="java-runtime-openjdk=${pkgver}"等。这使得第三方包可以声明对OpenJDK的依赖而无需指定版本。

技巧与提示

注
  • 本节中的建议适用于所有使用显式安装（外部）Java 运行环境的应用程序。某些应用程序捆绑了自己的（私有）运行环境，或使用自己的机制处理 GUI、字体渲染等，因此不能保证以下内容均有效。
  • 某些应用程序（如远程 JetBrains IDE 或代码反编译器）如果使用了更改 Swing 平台、Gtk 版本或渲染管线的设置，可能会启动失败或运行异常。

大多数 Java 应用程序的行为可以通过向 Java 运行时提供预定义的环境变量来控制。一种实现方法是添加以下环境变量：[1]

export JDK_JAVA_OPTIONS="-D<option 1> -D<option 2>..."

例如，使用系统抗锯齿字体并使swing使用GTK外观

export JDK_JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=on -Dswing.aatext=true -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel'

存在三个这样的变量，下面表格中解释的选项具有更高的优先级。

JAVA_TOOL_OPTIONS 影响应用程序以及javac或jshell等工具。
JDK_JAVA_OPTIONS 影响应用程序（通过java命令启动的所有内容）。需要Java 9。
（命令行选项） 在“类名”参数之前指定的参数是Java选项。
_JAVA_OPTIONS 旧方法，影响应用程序和工具。

更好的字体渲染

Java的闭源和开源实现都被发现在字体抗锯齿方面实现不当。可以通过以下选项修复：-Dawt.useSystemAAFontSettings=on, -Dswing.aatext=true

有关更详细的信息，请参见Java运行时环境字体。

抑制命令行中的“Picked up JDK_JAVA_OPTIONS”消息

设置 JDK_JAVA_OPTIONS 环境变量会导致 java (openjdk) 将类似 'Picked up JDK_JAVA_OPTIONS=...' 的消息写入 stderr。若要禁止在终端中显示这些消息，您可以取消设置该环境变量，并在 shell 配置文件中为 java 创建别名，以便将相同的选项作为命令行参数传递。

SILENT_JAVA_OPTIONS="$JDK_JAVA_OPTIONS"
unset JDK_JAVA_OPTIONS
alias java='java "$SILENT_JAVA_OPTIONS"'

GTK LookAndFeel

如果您的Java程序外观不佳，您可能需要设置swing组件的默认外观。

swing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel

一些Java程序坚持使用跨平台的Metal外观。在其中一些情况下，您可以通过设置以下属性来强制这些应用程序使用GTK外观。

swing.crossplatformlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel

HiDPI

根据 GUI 框架的不同，可以使用不同的方法启用 HiDPI#Java 应用程序。

故障排除

MySQL

由于 JDBC 驱动程序通常在 URL 中使用端口来建立与数据库的连接，因此即使它们可能运行在同一主机上，它也被认为是“远程”的（即，默认情况下 MySQL 不会监听该端口）。因此，要使用 JDBC 和 MySQL，您应该启用对 MySQL 的远程访问，遵循 MariaDB#Grant remote access 中的说明。

IntelliJ IDEA

如果 IntelliJ IDEA 在使用系统 Java SDK 路径时输出 The selected directory is not a valid home for JDK，您可能需要安装不同的 JDK 包并将其选为 IDEA 的 JDK。

模拟另一个窗口管理器

您可以使用来自 suckless.org 的 wmname 包，让 JVM 认为您正在运行另一个窗口管理器。这可以解决 Java GUI 在 Awesome、Dwm 或 Ratpoison 等窗口管理器中出现的渲染问题。这是因为 JVM 包含一个硬编码的已知非重叠窗口管理器列表。为了达到最大的讽刺效果，一些用户喜欢模拟 Sun 公司编写的非重叠窗口管理器 LG3D（Java 编写的 Project Looking Glass）。尝试设置 compiz、Metacity 或 LG3D。

$ wmname window_manager_name

在发出 wmname 命令后，您必须重新启动相关应用程序。

或者，可以使用创建以在 MATE 中设置 WM 名称并解决 Java Swing 应用程序全屏启动时工作不正确的 bug 的 javaagent JavaMatePatch。将 -javaagent:JavaMatePatch-1.0.0-SNAPSHOT.jar=window_manager_name 添加到 Java 选项中以使用它。

无法识别的字体

除了下面 #更好的字体渲染 中的建议之外，一些字体仍可能无法被识别。如果是这种情况，很有可能是使用了 Microsoft 字体。安装 ttf-ms-fontsAUR。

某些应用程序缺少文本

如果某些应用程序完全缺少文本，使用 #技巧和窍门 下的选项，如 FS#40871 中建议的那样，可能会有帮助。

灰色窗口，应用程序未随 WM 调整大小，菜单立即关闭

标准的 Java GUI 工具包有一个硬编码的“非重叠”窗口管理器列表。如果使用的是不在该列表中的窗口管理器，运行某些 Java 应用程序可能会出现问题。最常见的问题之一是“灰色块”，此时 Java 应用程序会渲染成一个纯灰色框而不是渲染 GUI。另一个问题可能是菜单响应您的点击，但立即关闭。

有几种方法可能有助于解决此问题。

  • 请参阅 #模拟另一个窗口管理器。
  • 设置 _JAVA_AWT_WM_NONREPARENTING=1 环境变量。
  • 对于较新版本，设置 AWT_TOOLKIT=MToolkit 环境变量。
  • 对于 xmonad，使用 SetWMName。但是，当同时使用 XMonad.Hooks.EwmhDesktops 时，其效果可能会被取消。在这种情况下，将 LogHook 追加 >> setWMName "LG3D" 可能会有帮助。

有关更多信息，请参阅 Java 应用程序问题，Applet Java 控制台。

调试 JavaFX 应用程序时系统冻结

如果在调试 JavaFX 应用程序时系统冻结，可以尝试提供 JVM 选项 -Dsun.awt.disablegrab=true。

请参阅 https://bugs.java.com/bugdatabase/view_bug?bug_id=6714678

JavaFX 的 MediaPlayer 构造函数抛出异常

从 JavaFX 的声音模块创建 MediaPlayer 类实例可能会抛出以下异常（Oracle JDK 和 OpenJDK 都会出现）

... (i.e. FXMLLoader construction exceptions) ...
Caused by: MediaException: UNKNOWN : com.sun.media.jfxmedia.MediaException: Could not create player! : com.sun.media.jfxmedia.MediaException: Could not create player!
 at javafx.scene.media.MediaException.exceptionToMediaException(MediaException.java:146)
 at javafx.scene.media.MediaPlayer.init(MediaPlayer.java:511)
 at javafx.scene.media.MediaPlayer.<init>(MediaPlayer.java:414)
 at <constructor call>
...

这是 JavaFX 与 Arch Linux 存储库中提供的现代 ffmpeg 构建不兼容的结果。

可行的解决方案是安装 ffmpeg-compat-55AUR。或者，如果前一个版本构建失败，安装 ffmpeg3.4AUR 可能有效。

请参阅 https://www.reddit.com/r/archlinux/comments/70o8o6/using_a_javafx_mediaplayer_in_arch/

如果 Java 应用程序无法打开链接（例如调用您的 Web 浏览器），请安装 gvfs。这是 Desktop.Action.BROWSE 方法所必需的。参见 [2]。当应用程序打印错误消息 java.lang.UnsupportedOperationException: The BROWSE action is not supported on the current platform! 时，这就是该问题的明确征兆。

初始化 QuantumRenderer 时出错：未找到合适的管道

可能的问题/解决方案

取自 “https://wiki.archlinux.org.cn/index.php?title=Java&oldid=874793”

© . This site is unofficial and not affiliated with Arch Linux.

Content is available under GNU Free Documentation License 1.3 or later unless otherwise noted.