library/openjdk

OpenJDK的预发布/非生产环境构建版本，通常包含最新开发的功能、性能优化及安全修复，主要供开发者和测试人员在非生产环境中进行早期验证、兼容性测试与功能评估，旨在帮助发现潜在问题并反馈改进，为后续正式版本的发布奠定基础，但因未经过充分的稳定性验证，不建议用于生产系统，以避免可能的运行风险。

4104 收藏0 次下载activelibrary镜像

🚀轩辕镜像专业版更稳定💎一键安装 Docker 配置镜像源

中文简介版本下载

🚀轩辕镜像专业版更稳定💎一键安装 Docker 配置镜像源

弃用通知

该镜像已正式弃用，建议所有用户尽快寻找并使用合适的替代方案。以下是部分***镜像替代方案示例（按字母顺序排列，无优先级暗示）：

更多信息可查看docker-library/openjdk#505。

2022年7月后，仅早期访问版（Early Access builds，源码来自jdk.java.net）标签会继续更新，因为上述项目均不发布或支持此类版本。

快速参考

维护者

Docker社区

获取帮助途径

Docker社区Slack、Server Fault、Unix & Linux 或 Stack Overflow

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

（关于“共享标签”与“简单标签”的区别，参见FAQ中的“‘Shared’和‘Simple’标签有何不同？”）

简单标签（Simple Tags）

26-ea-18-jdk-oraclelinux9, 26-ea-18-oraclelinux9, 26-ea-jdk-oraclelinux9, 26-ea-oraclelinux9, 26-jdk-oraclelinux9, 26-oraclelinux9, 26-ea-18-jdk-oracle, 26-ea-18-oracle, 26-ea-jdk-oracle, 26-ea-oracle, 26-jdk-oracle, 26-oracle
26-ea-18-jdk-oraclelinux8, 26-ea-18-oraclelinux8, 26-ea-jdk-oraclelinux8, 26-ea-oraclelinux8, 26-jdk-oraclelinux8, 26-oraclelinux8
26-ea-18-jdk-trixie, 26-ea-18-trixie, 26-ea-jdk-trixie, 26-ea-trixie, 26-jdk-trixie, 26-trixie
26-ea-18-jdk-slim-trixie, 26-ea-18-slim-trixie, 26-ea-jdk-slim-trixie, 26-ea-slim-trixie, 26-jdk-slim-trixie, 26-slim-trixie, 26-ea-18-jdk-slim, 26-ea-18-slim, 26-ea-jdk-slim, 26-ea-slim, 26-jdk-slim, 26-slim
26-ea-18-jdk-bookworm, 26-ea-18-bookworm, 26-ea-jdk-bookworm, 26-ea-bookworm, 26-jdk-bookworm, 26-bookworm
26-ea-18-jdk-slim-bookworm, 26-ea-18-slim-bookworm, 26-ea-jdk-slim-bookworm, 26-ea-slim-bookworm, 26-jdk-slim-bookworm, 26-slim-bookworm
26-ea-18-jdk-windowsservercore-ltsc2025, 26-ea-18-windowsservercore-ltsc2025, 26-ea-jdk-windowsservercore-ltsc2025, 26-ea-windowsservercore-ltsc2025, 26-jdk-windowsservercore-ltsc2025, 26-windowsservercore-ltsc2025
26-ea-18-jdk-windowsservercore-ltsc2022, 26-ea-18-windowsservercore-ltsc2022, 26-ea-jdk-windowsservercore-ltsc2022, 26-ea-windowsservercore-ltsc2022, 26-jdk-windowsservercore-ltsc2022, 26-windowsservercore-ltsc2022
26-ea-18-jdk-nanoserver-ltsc2025, 26-ea-18-nanoserver-ltsc2025, 26-ea-jdk-nanoserver-ltsc2025, 26-ea-nanoserver-ltsc2025, 26-jdk-nanoserver-ltsc2025, 26-nanoserver-ltsc2025
26-ea-18-jdk-nanoserver-ltsc2022, 26-ea-18-nanoserver-ltsc2022, 26-ea-jdk-nanoserver-ltsc2022, 26-ea-nanoserver-ltsc2022, 26-jdk-nanoserver-ltsc2022, 26-nanoserver-ltsc2022

共享标签（Shared Tags）

26-ea-18-jdk, 26-ea-18, 26-ea-jdk, 26-ea, 26-jdk, 26:
- 26-ea-18-jdk-oraclelinux9
- 26-ea-18-jdk-windowsservercore-ltsc2025
- 26-ea-18-jdk-windowsservercore-ltsc2022
26-ea-18-jdk-windowsservercore, 26-ea-18-windowsservercore, 26-ea-jdk-windowsservercore, 26-ea-windowsservercore, 26-jdk-windowsservercore, 26-windowsservercore:
- 26-ea-18-jdk-windowsservercore-ltsc2025
- 26-ea-18-jdk-windowsservercore-ltsc2022
26-ea-18-jdk-nanoserver, 26-ea-18-nanoserver, 26-ea-jdk-nanoserver, 26-ea-nanoserver, 26-jdk-nanoserver, 26-nanoserver:
- 26-ea-18-jdk-nanoserver-ltsc2025
- 26-ea-18-jdk-nanoserver-ltsc2022

快速参考（续）

提交问题地址

[***]

支持的架构

（更多信息参见***镜像文档）
amd64、arm64v8、windows-amd64

发布的镜像工件详情

repo-info仓库的repos/openjdk/目录（历史记录）
（包含镜像元数据、传输大小等）

镜像更新

official-images仓库的library/openjdk标签
official-images仓库的library/openjdk文件（历史记录）

本文档来源

docs仓库的openjdk/目录（历史记录）

什么是OpenJDK？

OpenJDK（开放Java开发工具包）是Java平台标准版（Java SE）的免费开源实现。自版本7起，OpenJDK成为Java SE的***参考实现。

***.org/wiki/OpenJDK

Java是Oracle及其关联公司的注册商标。

!logo

如何使用此镜像

在应用中启动Java实例

使用该镜像最直接的方式是将Java容器同时作为构建和运行环境。在Dockerfile中，可以按以下方式编写，以编译并运行项目：

dockerfile
FROM openjdk:11
COPY . /usr/src/myapp
WORKDIR /usr/src/myapp
RUN javac Main.java
CMD ["java", "Main"]

然后构建并运行Docker镜像：

console
$ docker build -t my-java-app .
$ docker run -it --rm --name my-running-app my-java-app

在Docker容器内编译应用

有时可能不需要在容器内运行应用，仅需编译。可通过以下命令在Docker实例内编译（但不运行）应用：

console
$ docker run --rm -v "$PWD":/usr/src/myapp -w /usr/src/myapp openjdk:11 javac Main.java

该命令会将当前目录挂载为容器卷，设置工作目录为该卷，然后执行javac Main.java编译Main.java，输出Main.class文件。

让JVM尊重CPU和RAM限制

JVM启动时会尝试检测可用CPU核心数和RAM，以调整内部参数（如垃圾回收线程数）。若容器限制了CPU/RAM，JVM用于探测的标准系统API可能返回主机级别的值，导致旧版JVM出现CPU过度使用或内存分配错误。

在Linux容器中，OpenJDK 8及更高版本可正确检测容器限制的CPU核心数和可用RAM，且默认启用此功能。

在Windows Server（非Hyper-V）容器中，CPU核心数限制不生效（被主机计算服务忽略）。需手动设置限制，例如通过以下命令启动JVM：

console
$ start /b /wait /affinity 0x3 path/to/java.exe ...

示例中，CPU亲和性十六进制掩码0x3将JVM限制为2个CPU核心。

RAM限制在Windows Server容器中受支持，但JVM目前无法检测。需通过-XX:MaxRAM=...参数指定不超过容器RAM限制的值，避免内存分配过度。

环境变量名称含点的情况

部分shell（如Alpine Linux中包含的BusyBox /bin/sh）不支持名称含点的环境变量（技术上不符合POSIX标准），会将其剥离（Bash则会保留）。若应用需要此类环境变量，可直接使用CMD ["java", ...]（不通过shell），或安装并显式使用Bash替代/bin/sh。