riscv64/eclipse-temurin Docker 镜像 - 轩辕镜像 | Docker 镜像高效稳定拉取服务

注意：这是eclipse-temurin官方镜像的riscv64架构构建的"每架构"仓库——更多信息，请参见官方镜像文档中的"除amd64之外的架构？"和官方镜像FAQ中的"Git中的镜像源已更改，该怎么办？"。

快速参考

• 维护者：
  Adoptium

• 获取帮助：
  Adoptium Slack；Adoptium 支持

支持的标签及对应的Dockerfile链接

（参见FAQ中的"'Shared'和'Simple'标签有什么区别？"）

Simple Tags

• 17.0.18_8-jdk-noble, 17-jdk-noble, 17-noble

• 17.0.18_8-jre-noble, 17-jre-noble

• 21.0.10_7-jdk-noble, 21-jdk-noble, 21-noble

• 21.0.10_7-jre-noble, 21-jre-noble

• 25.0.2_10-jdk-noble, 25-jdk-noble, 25-noble

• 25.0.2_10-jre-noble, 25-jre-noble

Shared Tags

• 17.0.18_8-jdk, 17-jdk, 17:

  • 17.0.18_8-jdk-noble

• 17.0.18_8-jre, 17-jre:

  • 17.0.18_8-jre-noble

• 21.0.10_7-jdk, 21-jdk, 21:

  • 21.0.10_7-jdk-noble

• 21.0.10_7-jre, 21-jre:

  • 21.0.10_7-jre-noble

• 25.0.2_10-jdk, 25-jdk, 25, latest:

  • 25.0.2_10-jdk-noble

• 25.0.2_10-jre, 25-jre:

  • 25.0.2_10-jre-noble

快速参考（续）

• 问题提交地址：
  GitHub；Adoptium 支持页面提供了有关Eclipse Temurin构建的质量、路线图和支持级别的更多信息。与Eclipse Temurin本身无关的漏洞应提交给各自的项目（例如Ubuntu漏洞需直接提交给Ubuntu项目）。

• 支持的架构：(更多信息)
  amd64, arm32v7, arm64v8, ppc64le, riscv64, s390x, windows-amd64

• 已发布镜像制品详情：
  repo-info仓库的repos/eclipse-temurin/目录 (历史记录)
  （镜像元数据、传输大小等）

• 镜像更新：
  official-images仓库的library/eclipse-temurin标签
  official-images仓库的library/eclipse-temurin文件 (历史记录)

• 本描述的来源：
  docs仓库的eclipse-temurin/目录 (历史记录)

概述

本仓库中的镜像包含由Eclipse Temurin构建的OpenJDK二进制文件。

什么是Eclipse Temurin？

Eclipse Temurin项目提供代码和流程，支持构建高性能、企业级、跨平台、开源许可且通过Java SE TCK测试的运行时二进制文件及相关技术，供Java生态系统广泛使用。

!logo

是否提供JRE（Java运行时环境）镜像？

所有版本的Eclipse Temurin均提供JRE镜像，但建议使用jlink生成自定义JRE类运行时（见下文用法）。

能否将内部CA证书添加到信任库？

可以，除基于Windows的镜像外，所有镜像版本均支持。证书格式取决于基础镜像的操作系统预期，PEM格式且扩展名为.crt的文件是较好的选择。

需将CA证书放入容器内的/certificates目录（例如通过卷挂载），并通过设置容器环境变量USE_SYSTEM_CA_CERTS为任意值来启用CA证书处理（如果覆盖入口点脚本，请确保调用/__cacert_entrypoint.sh以启用处理）。使用Docker CLI的示例如下：

console
$ docker run -v $(pwd)/certs:/certificates/ -e USE_SYSTEM_CA_CERTS=1 riscv64/eclipse-temurin:25

在此配置下，证书将添加到JVM信任库和系统CA存储（供curl等CLI工具使用）。但在默认受限环境（如Red Hat OpenShift）中运行容器时存在以下差异：

• 容器以非root UID运行：由于默认JVM信任库和系统CA存储无法被非root用户写入，系统CA存储不会更新，但会为JVM提供单独的信任库。证书将添加到此信任库，且JAVA_TOOL_OPTIONS环境变量会自动扩展以切换JVM使用新信任库。如果覆盖此镜像的默认入口点脚本，需手动让JVM知道新信任库，其路径通过JRE_CACERTS_PATH环境变量导出。

• 容器以只读文件系统运行：与非root UID运行容器的限制相同，此外需在/tmp挂载可写卷以创建新信任库。

尽管此功能已在多种场景中测试，但仍可能存在意外边缘情况。如遇到问题，请提交issue。

如何使用此镜像

运行预构建的jar文件

要使用最新的OpenJDK 25运行预构建的jar文件，使用以下Dockerfile：

dockerfile
FROM riscv64/eclipse-temurin:25
RUN mkdir /opt/app
COPY japp.jar /opt/app
CMD ["java", "-jar", "/opt/app/japp.jar"]

构建并运行Docker镜像的示例：

console
docker build -t japp .
docker run -it --rm japp

使用不同的基础镜像

如果使用我们未提供镜像的发行版，可通过以下类似Dockerfile复制JDK：

dockerfile
# 示例
FROM <基础镜像>
ENV JAVA_HOME=/opt/java/openjdk
COPY --from=riscv64/eclipse-temurin:25 $JAVA_HOME $JAVA_HOME
ENV PATH="${JAVA_HOME}/bin:${PATH}"

使用jlink创建JRE

在OpenJDK 21+上，可使用jlink生成JRE，示例Dockerfile如下：

dockerfile
# 多阶段容器构建中使用jlink创建自定义Java运行时的示例
FROM riscv64/eclipse-temurin:25 as jre-build

# 创建自定义Java运行时
RUN $JAVA_HOME/bin/jlink \
         --add-modules java.base \
         --strip-debug \
         --no-man-pages \
         --no-header-files \
         --compress=2 \
         --output /javaruntime

# 定义基础镜像
FROM debian:buster-slim
ENV JAVA_HOME=/opt/java/openjdk
ENV PATH "${JAVA_HOME}/bin:${PATH}"
COPY --from=jre-build /javaruntime $JAVA_HOME

# 继续部署应用
RUN mkdir /opt/app
COPY japp.jar /opt/app
CMD ["java", "-jar", "/opt/app/japp.jar"]

如果希望将jar文件放在主机文件系统而非容器内，可通过以下命令将主机路径挂载到容器：

dockerfile
FROM riscv64/eclipse-temurin:25
CMD ["java", "-jar", "/opt/app/japp.jar"]

console
docker build -t japp .
docker run -it -v /path/on/host/system/jars:/opt/app japp

许可证

Dockerfile及相关脚本采用Apache License, Version 2.0许可。

镜像中安装的产品许可证：

• OpenJDK：项目许可为GNU GPL v2带Classpath Exception。

与所有Docker镜像一样，这些镜像可能还包含其他软件，可能采用其他许可证（如基础发行版中的Bash等，以及主要软件的任何直接或间接依赖项）。

可在repo-info仓库的eclipse-temurin/目录中找到一些能够自动检测到的额外许可信息。

对于任何预构建镜像的使用，镜像用户有责任确保对该镜像的任何使用均符合其中包含的所有软件的相关许可。