宣布Java 11是最新的LTS版本。因此，我们正在尝试基于此Java版本启动新服务。

但是，Java 11的基本Docker映像比Java 8的等效映像大得多：

• openjdk:8-jre-alpine：84 MB

• openjdk:11-jre-slim：283 MB

(我只考虑官方的OpenJDK和每个Java版本的最轻量的映像。)

更深入的挖掘发现了以下"事物"：

• openjdk:11-jre-slim图像使用基本图像debian:sid-slim。这带来了两个问题：

  • 比alpine:3.8大60 MB

  • Debian sid版本不稳定

• 镜像中安装的openjdk-11-jre-headless软件包是openjdk8-jre的3倍(在运行中的Docker容器内部)：

  • openjdk:8-jre-alpine：

    1 2	/ # du -hs /usr/lib/jvm/java-1.8-openjdk/jre/lib/ 57.5M   /usr/lib/jvm/java-1.8-openjdk/jre/lib/

  • openjdk:11-jre-slim：

    1 2	# du -sh /usr/lib/jvm/java-11-openjdk-amd64/lib/ 179M    /usr/lib/jvm/java-11-openjdk-amd64/lib/

    更深入地讲，我发现了这种繁琐的"根"-它是JDK的modules文件：

    1 2	# ls -lhG /usr/lib/jvm/java-11-openjdk-amd64/lib/modules 135M    /usr/lib/jvm/java-11-openjdk-amd64/lib/modules

因此，现在出现的问题是：

• 为什么alpine不再用作Java 11超薄映像的基本映像？

• 为什么不稳定的sid版本用于LTS Java映像？

• 为什么与类似的OpenJDK 8软件包相比，用于OpenJDK 11的slim / headless / JRE软件包这么大？

  • 在OpenJDK 11中带来135 MB的这个模块文件是什么？

UPD：作为应对这些挑战的解决方案，可以使用以下答案：Java 11应用程序作为docker映像

Why is alpine not used any more as a base image for Java 11 slim images?

不幸的是，这是因为目前没有针对Alpine的官方稳定的OpenJDK 11构建。

与目前大多数Linux使用的标准glibc相比，Alpine使用musl libc，这意味着JVM必须与musl libc兼容才能支持香草Alpine。在OpenJDK的Portola项目下正在开发Musl OpenJDK端口。

当前状态汇总在OpenJDK 11页面上：

• The Alpine Linux build previously available on this page was removed as of JDK 11 GA. It’s not production-ready because it hasn’t been tested thoroughly enough to be considered a GA build. Please use the early-access JDK 12 Alpine Linux build in its place.

IcedTea项目提供的Alpine唯一稳定的OpenJDK版本是7和8。

但是，如果您愿意考虑使用官方OpenJDK之外的其他东西，则Azul的Zulu OpenJDK提供了一种引人注目的替代方案：

• 它支持Alpine musl上的Java 11(撰写本文时为11.0.2版)；
• 它是经过认证的OpenJDK构建，已使用OpenJDK TCK合规套件进行了验证；
• 它是免费的，开源的并且可以在Dockerhub上使用(Dockerhub)。

有关支持可用性和路线图，请参阅Azul支持路线图。

更新，3/6/19：截至昨天，高山存储库中提供了openjdk11！可以使用以下方法在Alpine上进行抓取：

该软件包基于jdk11u OpenJDK分支以及项目Portola中移植的修补程序，并随以下PR引入。非常感谢Alpine团队。

Why is the unstable sid version used for LTS Java images?

这是一个公平的问题/要求。实际上有一个开放的票证可以在稳定的Debian版本上提供Java 11：
https://github.com/docker-library/openjdk/issues/237

更新，2018年18月12日：问题已解决，现在OpenJDK 11超薄映像基于最近可用的stretch-backports OpenJDK 11(PR链接)。

Why is the slim/headless/JRE package for OpenJDK 11 so large compared to the similar OpenJDK 8 package? What is this modules file which brings 135 MB in OpenJDK 11?

Java 9引入了模块系统，与jar文件相比，这是一种对包和资源进行分组的新的改进方法。 Oracle的这篇文章对此功能进行了非常详细的介绍：
https://www.oracle.com/corporate/features/understanding-java-9-modules.html

modules文件捆绑了JRE随附的所有模块。模块的完整列表可以用java --list-modules打印。 modules确实是一个非常大的文件，并且正如所注释的那样，它包含所有标准模块，因此非常膨胀。

但是要注意的一件事是，它取代了已弃用的rt.jar和tools.jar，因此，当考虑到modules的大小时，与9之前的OpenJDK构建进行比较时，rt.jar和应减去tools.jar(它们总共应占用80MB)。

从2019年7月开始https://adoptopenjdk.net/拥有Alpine对Java 11的官方支持：

• https://github.com/AdoptOpenJDK/openjdk-docker/blob/master/11/jdk/alpine/

• https://hub.docker.com/r/adoptopenjdk/openjdk11

但是，当组装最小的应用程序时，仍应考虑模块(jmods，jlink)。

注意：纤细图像不包含某些模块(例如java.sql)-它们被明确排除(https://github.com/AdoptOpenJDK/openjdk-docker/blob/21b8393b9c23f94d6921a56cce27b026537c6ca2/11/jdk/alpine/slim-java。 sh＃L233)