Alpine的issue中很快找到了一个几年前的issue，写的很详细，jirutka 小哥还提到了Alpine的3S（Small/Simple/Secure）哲学，并坚持认为不应该在Alpine里面添加对于gnu libc的支持, 以下为轻松时间，可以顺便学点，学不到也完全不要紧，我们主要是坐第一排看热闹。

他们的现象跟本文的现象完全一样不同的是Oracle的JDK8，不同的是非常快得就有人帮着定位出了根本原因，而我查了几个小时

jirutka 小哥说，如果使用Oracle版本的JDK，或者类似需求，你应该去找支持glibc的linux发行版

再次甩给Oracle，该他们管，Alpine的已经有MUSL了，谁用Glibc谁自己负责，另外代码不全部公开Alpine也无能为力。而且还认为，使用了glibc的Alpine就不再是Alpine！是的，会变成奥特曼的

有人提出两个libc能不能一起来用，小哥坚持认为两个libc不是好的方法

专门有人去跟Oracle确认了一下，结论是没有好的办法，不过可以花钱来寻求专业帮助

另外一位小哥总结了一下：要么用指定的所谓的标准版本，像使用Alpine这种非标准方式就只好花钱雇人了 ———————————————— 版权声明：本文为CSDN博主「liumiaocn」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/liumiaocn/java/article/details/89702529