我们有一个Java应用程序，它使用第三方(Asposee，但我认为这无关紧要(生成word文档。该应用程序是从一个简单的Docker文件构建的：
FROM openjdk:10-jdk-slim
COPY target/*.jar /opt/
CMD $JAVA_HOME/bin/java $JAVA_OPTS -jar /opt/*.jar
当我们在本地构建应用程序(先是mvn package，然后是docker build(并在k8s中运行应用程序时，它运行得很好。
然而，当我们使用Jenkins在CI/CD管道中构建图像时，当运行特定的过程时，我们会遇到运行时异常，该过程显然需要额外的字体：
Caused by: java.lang.NullPointerException: null
at java.desktop/sun.awt.FontConfiguration.getVersion(FontConfiguration.java:1288)
at java.desktop/sun.awt.FontConfiguration.readFontConfigFile(FontConfiguration.java:225)
at java.desktop/sun.awt.FontConfiguration.init(FontConfiguration.java:107)
at java.desktop/sun.awt.X11FontManager.createFontConfiguration(X11FontManager.java:765)
at java.desktop/sun.font.SunFontManager$2.run(SunFontManager.java:440)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at java.desktop/sun.font.SunFontManager.<init>(SunFontManager.java:385)
at java.desktop/sun.awt.FcFontManager.<init>(FcFontManager.java:35)
at java.desktop/sun.awt.X11FontManager.<init>(X11FontManager.java:56)
在这种情况下，该项目是在Jenkins中构建的，由docker映像maven:3.5.4-jdk-10-slim编译。
我已经检查了两个jar文件(本地的和来自jenkins的(，并且类文件是相同的(正如预期的那样(。
在这两种情况下，它都是相同的基本图像，所以我不明白有什么区别。在本地构建Docker与在另一个Docker容器内构建时，Docker中有什么不同吗？
编辑
我们研究了这两个docker图像，发现了以下差异。
由于本地构建的图像ls -l /usr/lib返回：
drwxr-xr-x 2 root root 4096 May 3 2017 X11
drwxr-xr-x 5 root root 4096 Apr 26 00:00 apt
drwxr-xr-x 2 root root 4096 May 26 08:31 binfmt.d
drwxr-xr-x 2 root root 4096 Jun 6 01:50 cgmanager
drwxr-xr-x 2 root root 4096 Jun 6 01:50 dbus-1.0
drwxr-xr-x 2 root root 4096 Jun 6 01:51 dconf
drwxr-xr-x 3 root root 4096 Jun 6 01:51 debug
drwxr-xr-x 3 root root 4096 Apr 20 10:08 dpkg
drwxr-xr-x 2 root root 4096 Jun 6 01:50 environment.d
drwxr-xr-x 3 root root 4096 Apr 25 04:56 gcc
drwxr-xr-x 2 root root 4096 Jun 6 01:51 glib-networking
drwxr-xr-x 2 root root 4096 Apr 26 00:00 init
drwxr-xr-x 1 root root 4096 Jun 6 01:51 jvm
drwxr-xr-x 3 root root 4096 Jun 6 01:50 kernel
lrwxrwxrwx 1 root root 20 Mar 4 09:49 libnih-dbus.so.1 -> libnih-dbus.so.1.0.0
-rw-r--r-- 1 root root 34824 Mar 4 09:49 libnih-dbus.so.1.0.0
lrwxrwxrwx 1 root root 15 Mar 4 09:49 libnih.so.1 -> libnih.so.1.0.0
-rw-r--r-- 1 root root 92184 Mar 4 09:49 libnih.so.1.0.0
drwxr-xr-x 3 root root 4096 Mar 29 19:47 locale
drwxr-xr-x 3 root root 4096 Jun 6 01:50 lsb
drwxr-xr-x 1 root root 4096 Jul 21 2017 mime
drwxr-xr-x 2 root root 4096 Jun 6 01:50 modprobe.d
drwxr-xr-x 2 root root 4096 May 26 08:31 modules-load.d
-rw-r--r-- 1 root root 198 Jan 13 23:36 os-release
drwxr-xr-x 3 root root 4096 Jun 6 01:51 ssl
drwxr-xr-x 1 root root 4096 Jun 6 01:50 systemd
drwxr-xr-x 2 root root 4096 Jun 6 01:50 sysusers.d
drwxr-xr-x 2 root root 4096 Jul 21 2017 tar
drwxr-xr-x 15 root root 4096 Feb 11 20:06 terminfo
drwxr-xr-x 1 root root 4096 Jun 6 01:50 tmpfiles.d
drwxr-xr-x 1 root root 4096 Apr 26 00:00 udev
drwxr-xr-x 1 root root 16384 Jun 6 01:51 x86_64-linux-gnu
但詹金斯内部构建的图像ls -l /usr/lib返回：
drwxr-xr-x 5 root root 4096 Jun 25 00:00 apt
drwxr-xr-x 3 root root 4096 Jul 3 01:00 debug
drwxr-xr-x 3 root root 4096 Apr 20 10:08 dpkg
drwxr-xr-x 3 root root 4096 Jun 17 03:36 gcc
drwxr-xr-x 2 root root 4096 Jun 25 00:00 init
drwxr-xr-x 1 root root 4096 Jul 3 01:00 jvm
drwxr-xr-x 1 root root 4096 Jul 12 11:00 locale
drwxr-xr-x 3 root root 4096 Jul 3 01:00 lsb
drwxr-xr-x 1 root root 4096 May 16 07:47 mime
-rw-r--r-- 1 root root 198 Jan 13 23:36 os-release
drwxr-xr-x 3 root root 4096 Jul 3 01:00 ssl
drwxr-xr-x 3 root root 4096 Apr 20 10:08 systemd
drwxr-xr-x 2 root root 4096 May 16 07:47 tar
drwxr-xr-x 15 root root 4096 May 21 08:54 terminfo
drwxr-xr-x 2 root root 4096 Jun 25 00:00 tmpfiles.d
drwxr-xr-x 3 root root 4096 Jun 25 00:00 udev
drwxr-xr-x 2 root root 4096 May 3 2017 X11
drwxr-xr-x 1 root root 4096 Jul 3 01:00 x86_64-linux-gnu
这真的很令人困惑，因为我认为Docker总是会从相同的Dockerfiles 中生成相同的图像
使用openjdk:8u111jdk-alpine，安装dejavu修复问题：
例如：
Dockerfile:
FROM openjdk:8u111-jdk-alpine
# Needed to fix 'Fontconfig warning: ignoring C.UTF-8: not a valid language tag'
ENV LANG en_GB.UTF-8
# JRE fails to load fonts if there are no standard fonts in the image; DejaVu is a good choice,
# see https://github.com/docker-library/openjdk/issues/73#issuecomment-207816707
RUN apk add --update ttf-dejavu && rm -rf /var/cache/apk/*
VOLUME /tmp
COPY /target/*.jar app.jar
ENTRYPOINT ["java","-Xmx100m","-Djava.security.egd=file:/dev/./urandom","-jar","/app.jar"]
只需在Dockerfile 中添加以下内容
RUN apk add --no-cache fontconfig ttf-dejavu
安装libfontconfig1为我解决了问题(来源(：
RUN apt-get install -y libfontconfig1 && rm -rf /var/lib/apt/lists/*
我想我们发现了问题。
在Jenkins上运行时，我们使用docker:dind(Docker内部的Docker(Docker映像在构建中提供docker命令。此映像基于Alpinelinux。当运行docker info时，我们得到以下内容：
在Mac上：
Kernel Version: 4.9.87-linuxkit-aufs
Operating System: Docker for Mac
关于詹金斯：
Kernel Version: 4.4.115-k8s
Operating System: Alpine Linux v3.7 (containerized)
Alpinelinux一定缺少这些字体。我们通过在Dockerfile:中手动安装它们来解决问题
RUN apt-get update
&& apt-get install --assume-yes apt-utils
&& apt-get install --assume-yes software-properties-common
&& apt-get install --assume-yes dbus
&& apt-get install --assume-yes cgmanager
&& apt-get install --assume-yes glib-networking
&& apt-get install --assume-yes libnih-dbus-dev
&& apt-get install --assume-yes dconf-cli
&& apt-get install --assume-yes fontconfig
不确定这是最低要求的库，但那些做到了：D
如果您尝试在Java/Spring引导中执行此操作，那么在Dockerfile中添加以下内容对我在Java 11中的操作是有效的。
# Font packages to be added for java 11
RUN apk update
&& apk add fontconfig
&& apk add ttf-dejavu
RUN ln -s /usr/lib/libfontconfig.so.1 /usr/lib/libfontconfig.so &&
ln -s /lib/libuuid.so.1 /usr/lib/libuuid.so.1 &&
ln -s /lib/libc.musl-x86_64.so.1 /usr/lib/libc.musl-x86_64.so.1
ENV LD_LIBRARY_PATH /usr/lib
问题NullPointer当您在alpine版本中使用openjdk-docker图像时，会发生字体异常，例如：
采用openjdk/openjdk11:jre-11.011_9-alpine.
您需要将图像更改为完整版本：adoptiopenjdk/openjdk11:jre-1.0.11_9
如果您使用Docker Desktop在本地运行它，并使用Docker文件创建图像。请在Dockerfile中从from openjdk:8-jdk-alpine更改为from approvideopenjdk/openjdk11:ubi
我在运行下面的命令时也遇到了同样的问题，并重新启动应用程序服务器解决了这个问题。安装fontconfig