问为什么Java 11基本码头映像如此之大？(openjdk:11-jre-slim)

EN

为什么alpine不再被用作Java11瘦图像的基本映像？

这是因为，可悲的是，目前还没有为阿尔卑斯山建立官方稳定的OpenJDK 11。

阿尔卑斯使用的是musl，而不是大多数Linuxes使用的标准glibc，这意味着JVM必须与musl兼容，以支持香草阿尔卑斯。musl OpenJDK端口是在OpenJDK的波尔托拉项目下开发的。

OpenJDK 11页概述了当前的状态：

以前在此页面上可用的Alpine构建在JDK 11 GA中已被删除。它没有准备好生产，因为它还没有经过足够彻底的测试，不足以被认为是一个GA构建。请使用早期访问的JDK 12阿尔卑斯Linux构建代替它。

阿尔卑斯目前唯一稳定的OpenJDK版本是IcedTea项目提供的7和8版本。

然而，如果你愿意考虑的不是官方的OpenJDK，那么阿祖尔祖鲁 OpenJDK提供了一个引人注目的替代方案：

• 它支持高寒musl上的Java 11 (编写时为11.0.2版)；
• 它是一个经过认证的OpenJDK构建，使用OpenJDK TCK遵从性套件进行验证；
• 它是免费的，开源的，并准备好了(码头枢纽)。

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

更新，3/6/19:到昨天为止，openjdk11在高山存储库中可用！它可以在阿尔卑斯山上被抓取，使用：

apk --no-cache add openjdk11

该包基于jdk11u OpenJDK分支，加上来自Portola项目的移植修复，由下面的按下引入。非常感谢阿尔卑斯队。

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

这是一个公平的问题/要求。实际上，在稳定的Debian版本上提供Java 11是公开的：

https://github.com/docker-library/openjdk/issues/237

更新，26/12/18:这个问题已经解决了，现在OpenJDK 11苗条图像是基于stretch-backports OpenJDK 11的，这是最近发布的(PR链接)。

为什么OpenJDK 11的瘦/无头/JRE包比类似的OpenJDK 8包大？这个模块文件是什么，它在OpenJDK 11中为135 MB带来了什么？

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的大小(它们应该占用大约80 up的总和)。

如果您只考虑官方映像，并且您的目标是使用可用的较小的JRE映像，那么我建议您查看 OpenJDK openjdk:11-jre-slim-buster，它仅为69.2MB。

至于07.2019，https://adoptopenjdk.net/对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)