问为什么OpenJDK发布的新Java8图像不再基于阿尔卑斯山，而是基于Debian10(Buster)？

EN

2019年5月，OpenJDK Dockerhub镜像已转向使用官方认证的OpenJDK二进制文件，而不是发行版OpenJDK包：

https://github.com/docker-library/openjdk/pull/322这些二进制文件是上游的

AdoptOpenJDK](https://adoptopenjdk.net/upstream.html)提供的

[OpenJDK版本，由RedHat测试和支持。这些二进制文件是基于glibc的，所以虽然它们与Debian兼容，但它们与Alpine不兼容。

背景：

在2019年5月之前，OpenJDK使用打包的OpenJDK版本并通过分发包管理器安装了Debian和Alpine镜像。apt对于Debian来说，apk去阿尔卑斯山。Debian和Alpine包是由社区构建和维护的，并且没有在商业企业OpenJDK构建的范围内进行验证-例如，它们通常不会被验证。JCK测试过了。

然后，发生了一起事件，在这起事件中，Debian打包的OpenJDK 8预发布版本已经找到了进入OpenJDK 8官方docker镜像的方式。该问题最初是在以下帖子中报告的：

https://mail.openjdk.java.net/pipermail/jdk8u-dev/2019-May/009330.html在那之后，决定OpenJDK镜像将只使用官方的，JCK测试的构建，以拥有一个“真相来源”。这一决定同时影响了Debian和阿尔卑斯山的图像。

高山OpenJDK支持：

到目前为止，OpenJDK项目还没有正式的对Alpine的支持。高山Linux构建在

musl libc(https://www.musl-libc.org/)) [musl libc]，这是一个最小且严格的POSIX实现，通常与标准不兼容glibc..。针对musl libc的OpenJDK移植正在OpenJDK的项目下开发Portola..。

高山Linux`openjdk8`包由提供IcedTea..。IceaTea项目为OpenJDK 6、7和8提供构建，并在OpenJDK尚未完全开源时启动。这些构建是由社区创建的，并不是官方的OpenJDK构建。此外，高山Linux OpenJDK 8 IcedTea构建是由高山维护人员从源代码构建的。因此，这些构建不能被认为是生产就绪的、经过认证的OpenJDK构建。

从阿尔卑斯山移走图像对阿尔卑斯山Java生态系统产生了很大的影响；自那以后，许多项目都将其图像从阿尔卑斯山移走，这是不幸的。您可以找到更多详细信息here..。