解决Docker缺少字体导致Easyexcel无法导出的问题

解决Docker缺少字体导致Easyexcel无法导出的问题

解决Docker缺少字体导致Easyexcel无法导出的问题

• 问题背景
• 报错信息展示
• 追踪问题
• 临时解决方案
• 终极方案

问题背景

公司项目最近有要实现Excel导入导出的功能，考虑到以前使用Apache poi 在大批量导入的时，会导致内存溢出 导入完成后内存回收不及时的问题，因此换用阿里的Easyexcel。
本地测试(机型：Mac mini)无异常，但是放到测试环境或者线上都只会导出0字节的Excel，查看日志发现线上导出时伴随着报错：
java.lang.NullPointerException
·····at sun.awt.FontConfiguration.getVersion(FontConfiguration.java:1264)

报错信息展示

java.lang.NullPointerException
    at sun.awt.FontConfiguration.getVersion(FontConfiguration.java:1264)
    at sun.awt.FontConfiguration.readFontConfigFile(FontConfiguration.java:219)
    at sun.awt.FontConfiguration.init(FontConfiguration.java:107)
    at sun.awt.X11FontManager.createFontConfiguration(X11FontManager.java:774)
    at sun.font.SunFontManager$2.run(SunFontManager.java:431)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.font.SunFontManager.(SunFontManager.java:376)
    at sun.awt.FcFontManager.(FcFontManager.java:35)
    at sun.awt.X11FontManager.(X11FontManager.java:57)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
    at java.lang.Class.newInstance(Class.java:442)
    at sun.font.FontManagerFactory$1.run(FontManagerFactory.java:83)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.font.FontManagerFactory.getInstance(FontManagerFactory.java:74)
    at java.awt.Font.getFont2D(Font.java:491)
    at java.awt.Font.access$000(Font.java:224)
    at java.awt.Font$FontAccessImpl.getFont2D(Font.java:228)
    at sun.font.FontUtilities.getFont2D(FontUtilities.java:180)
    at sun.font.StandardGlyphVector.initFontData(StandardGlyphVector.java:1126)
    at sun.font.StandardGlyphVector.init(StandardGlyphVector.java:1115)
    at sun.font.StandardGlyphVector.(StandardGlyphVector.java:167)
    at java.awt.Font.createGlyphVector(Font.java:2545)
    at nl.captcha.text.renderer.DefaultWordRenderer.render(Unknown Source)
    at nl.captcha.Captcha$Builder.addText(Unknown Source)
    at com.liferay.portal.captcha.simplecaptcha.SimpleCaptchaImpl.getSimpleCaptcha(SimpleCaptchaImpl.java:243)
    at com.liferay.portal.captcha.simplecaptcha.SimpleCaptchaImpl.serveImage(SimpleCaptchaImpl.java:159)
    at com.liferay.portal.captcha.CaptchaImpl.serveImage(CaptchaImpl.java:100)
    at com.liferay.portal.kernel.captcha.CaptchaUtil.serveImage(CaptchaUtil.java:78)
    at com.liferay.portal.captcha.CaptchaPortletAction.serveResource(CaptchaPortletAction.java:42)

追踪问题

拿着报错信息：
java.lang.NullPointerException
·····at sun.awt.FontConfiguration.getVersion(FontConfiguration.java:1264)
在谷歌搜索，可以看到很多github的issue，第一条链接 NullPointerException in Alpine JRE 8 Font #73 就证明了我的猜想，确实是Alpine环境缺少对应的包。
此问题影响所有使用官方Alpine的Java环境。

临时解决方案

临时方案就是：直接修改 Dockerfile。
核心思想就是通过添加fontconfig和一款字体dejavu，可以完美解决问题。
·
注意：
一般 Dockerfile 文件是分为两步，第一步：打 jar 包，第二步：构建运行环境。
添加字体的语句要放在第二步，也就是第二个 FROM后。

四个临时方案：

# 方案一
ENV LANG en_US.UTF-8
RUN apk add --update ttf-dejavu fontconfig && rm -rf /var/cache/apk/*

# 方案二
RUN apk add fontconfig && apk add --update ttf-dejavu && fc-cache --force

# 方案三
RUN apk add --update font-adobe-100dpi ttf-dejavu fontconfig

# 方案四
RUN apk --update add fontconfig ttf-dejavu

终极方案

最好的方法还是封装一个镜像，替换掉官方的底包。
流水线上每次打包都安装ttf-dejavu还是挺慢的！！