为什么 Java 11 基础 Docker 镜像如此之大 (openjdk：11jreslim)

为什么alpine不再用作Java11瘦图像的基础图像？

这是因为，遗憾的是，目前没有针对Alpine的官方稳定OpenJDK 11构建.

Alpine使用MUSL libc，而不是大多数Linux使用的标准glibc，这意味着JVM必须与MUSL libc兼容才能支持普通的Alpine.MUSL OpenJDK移植是在OpenJDK的Portola项目下开发的.

当前状态总结在OpenJDK 11 page页上:

本页之前提供的Alpine Linux版本从JDK 11 GA起被删除.它还没有准备好生产，因为它还没有经过充分测试，不能被视为GA版本.请使用早期访问JDK 12 Alpine Linux版本.

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

然而，如果你愿意考虑除了官方OpenJDK之外，Azul's Zulu OpenJDK提供一个令人信服的替代方案:

• 它支持Java 11 on Alpine musl(截至本文 compose 时的11.0.2版)；
• 它是一个经过认证的OpenJDK构建，使用OpenJDK TCK compliance suite进行验证；
• 它是免费的，开源的，docker ready(Dockerhub).

有关支持可用性和路由图，请参阅Azul support roadmap.

Update, 3/6/19:截至昨天，阿尔卑斯山存储库中有openjdk11个可用！可以在阿尔卑斯山上用以下方法抓取:

apk --no-cache add openjdk11

该软件包基于Portola项目的jdk11u个OpenJDK分支和ported修复程序，下面是PR个.感谢阿尔卑斯山队.

为什么要将不稳定的sid版本用于LTS Java镜像？

That's a fair question / request. There's actually an open ticket for providing Java 11 on a stable Debian release:
https://github.com/docker-library/openjdk/issues/237

Update, 26/12/18:问题已经解决，现在OpenJDK 11 slim映像基于最近发布的stretch-backports OpenJDK 11(PR link).

为什么OpenJDK 11的slim/headless/JRE包与类似的OpenJDK 8包相比如此之大？在OpenJDK 11中，这modules个文件带来135MB的空间是什么？

Java 9 introduced the module system, which is a new and improved approach for grouping packages and resources, compared to jar files. This article from Oracle gives a very detailed introduction to this feature:
https://www.oracle.com/corporate/features/understanding-java-9-modules.html

modules文件Bundle 了JRE附带的所有模块.完整的模块列表可以用java --list-modules打印.modules确实是一个非常大的文件，正如 comments 所说，它包含所有标准模块，因此相当臃肿.

然而，需要注意的一点是，它取代了rt.jar和tools.jar，这两个版本已经弃用，因此，与9版本之前的OpenJDK版本相比，考虑到modules的大小时，应该减go rt.jar和tools.jar的大小(它们加起来应该占80MB左右).