采坑记--alpine中的glibc与JDK不兼容导致无法使用字

最近升级项目基础镜像踩到一个大坑，由于 Alpine 基础镜像中的glibc和jdk不兼容,导致鼓捣了2天才解决，故记录一下这个问题

基础环境

• alpine 3.7
• glibc-2.28
• jdk8.171

问题描述

由于Alpine包过于精简,没有netstat,telnet,iftop等网络工具,所以重新制作了一个基础镜像包.
然后就被之前的离职同事坑了一把,被迫升级了glibc,从glibc-2.21-r2.apk升级到了glibc-2.28-r0.apk.
Java基本运行都很正常,但是调用Atw.X11绘制图形的时候异常出现了.

java.lang.NoClassDefFoundError: Could not initialize class sun.awt.X11FontManager
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Unknown Source)
        at sun.font.FontManagerFactory$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.font.FontManagerFactory.getInstance(Unknown Source)
▽       at java.awt.Font.getFont2D(Unknown Source)
        at java.awt.Font.canDisplayUpTo(Unknown Source)
        at java.awt.font.TextLayout.singleFont(Unknown Source)
        at java.awt.font.TextLayout.<init>(Unknown Source)
        at org.apache.poi.ss.util.SheetUtil.getColumnWidth(SheetUtil.java:208)
        at org.apache.poi.xssf.streaming.SXSSFSheet.autoSizeColumn(SXSSFSheet.java:1166)
        at org.apache.poi.xssf.streaming.SXSSFSheet.autoSizeColumn(SXSSFSheet.java:1148)
        at com.saic.csc.web.util.CzmExcelUtils.dataWriteToExcel(CzmExcelUtils.java:575)
        at com.saic.csc.web.energysubsidy.controller.EnergySubsidyController.excelExportData(EnergySubsidyController.java:439)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)

排查思路

• 按照NoClasDefFoundError进行排查
  进入实例后找到了tools.jar文件夹,找到了class sun.awt.X11FontManager,说明不是这个错误,有更深层次的问题.
• Google大法好
  找到了很多类似的文章,主要描述如下

• Alpine 3.6 中OpenJDK 8 Bug的,属于Alpine本身BUG.
• Alpine没有字体文件导致异常

以上显然都和我的问题不一样,不过实在无奈之下都进行了尝试.

• 升级版本
  从3.7升级到3.10.2全都是老样子,失败.
• 安装字体文件

apk add --update font-adobe-100dpi ttf-dejavu fontconfig

虽然失败了,但是出了一个新的错误,看到一丝丝希望

java.lang.UnsatisfiedLinkError: /usr/local/java/lib/amd64/libfontmanager.so: libgcc_s.so.1: cannot open shared object file: No such file or directory
        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
        at java.lang.ClassLoader.loadLibrary1(Unknown Source)
        at java.lang.ClassLoader.loadLibrary0(Unknown Source)
        at java.lang.ClassLoader.loadLibrary(Unknown Source)
        at java.lang.Runtime.loadLibrary0(Unknown Source)
        at java.lang.System.loadLibrary(Unknown Source)
        at sun.font.FontManagerNativeLibrary$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.font.FontManagerNativeLibrary.<clinit>(Unknown Source)
        at sun.font.SunFontManager$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.font.SunFontManager.<clinit>(Unknown Source)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Unknown Source)
        at sun.font.FontManagerFactory$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.font.FontManagerFactory.getInstance(Unknown Source)
        at java.awt.Font.getFont2D(Unknown Source)
        at java.awt.Font.canDisplayUpTo(Unknown Source)
        at java.awt.font.TextLayout.singleFont(Unknown Source)
        at java.awt.font.TextLayout.<init>(Unknown Source)
        at org.apache.poi.ss.util.SheetUtil.getColumnWidth(SheetUtil.java:208)
        at org.apache.poi.xssf.streaming.SXSSFSheet.autoSizeColumn(SXSSFSheet.java:1166)
        at org.apache.poi.xssf.streaming.SXSSFSheet.autoSizeColumn(SXSSFSheet.java:1148

检查了实例,居然真的没有libgcc文件,很奇怪,这个不是应该和glibc一起安装的吗?

• 排查Dockerfile文件
  使用docker history --no-trunc 命令查看了旧的镜像发现了2个版本的差异,原来旧版用的是从glibc-2.21-r2.apk,而我用的是glibc-2.28-r0.apk.
  莫名了,我完全没有改过这个版本,要不然也不用这么繁琐的排查流程了.
  原来是离职的运维人员升级了Dockerfile文件并提交了git,但是他没有重新build...仓库里的img是旧版但是版本号相同.只能说太坑了.

根本问题

glibc-2.28-r0.apk这个版本对于Jdk8的兼容绝对是有问题.
牵扯的比较深的就是musl libc 和 glibc的问题了.
Java是基于GUN Standard C library(glibc)
而Alpine是基于MUSL libc(mini libc)
相关文章