SpringBoot2在Docker容器中因libawt.so异常导致Exited(139)，错误排查攻略

本文针对SpringBoot2应用在Docker容器中因libawt.so异常停止(Exited(139))问题，提供详细的排查和解决方案。问题出现在使用huttool图形验证码的应用中，容器日志显示Java运行时出现SIGILL (0x4)非法指令错误，指向libawt.so库。根源在于精简版基础镜像openjdk:8-jdk-alpine缺少完整的X Window系统支持。文章建议通过在Dockerfile中安装X Window系统库或更换包含图形化支持的基础镜像来解决此问题，并强调提供hs_err_pid1.log文件的重要性，以辅助精准定位错误。

排查 Spring Boot 2 应用在 Docker 容器中异常停止的问题

本文分析并解决在 CentOS 8.5 系统上，使用 Docker 19.03.13 和 docker-compose 部署的 Spring Boot 2 应用在 Docker 容器中异常停止的问题。

问题现象：

两个相同的 Spring Boot 2 应用实例（pod1 和 pod2）均使用 huttool 图形验证码，基于自定义 Dockerfile 构建镜像。pod2 容器运行一段时间后异常退出，状态显示为 Exited(139)，pod1 由于设置了 restart: always 而自动重启。日志显示 Java 运行时出现致命错误 SIGILL (0x4)，错误源于 libawt.so。服务器内存 (32G) 充足，问题依然存在。

问题根源分析：

SIGILL (0x4) 信号代表非法指令错误，错误信息指向 libawt.so，这是 Java AWT (Abstract Window Toolkit) 库的一部分，用于处理图形界面。由于应用使用了 huttool 图形验证码，问题可能与 AWT 库的依赖冲突或缺失有关。

基础镜像 openjdk:8-jdk-alpine 是精简版 Java 运行环境，缺少完整的图形化环境库。虽然 Dockerfile 中安装了 ttf-dejavu 和 fontconfig 字体库，但 AWT 需要 X Window 系统支持，而该镜像并未包含。

解决方案：

建议尝试以下方法：

1. 在 Dockerfile 中安装 X Window 系统库: 除了 ttf-dejavu 和 fontconfig，还需要安装 xorg-x11-utils 等 X Window 系统相关库（具体包名需根据 CentOS 版本选择）。重新构建镜像并部署。

2. 更换基础镜像: 使用包含完整 Java 运行环境和图形化支持的镜像，例如一个包含 X Window 系统的镜像，避免依赖缺失。

3. 提供 hs_err_pid1.log 文件: 该文件包含更详细的错误信息，有助于精确定位问题。

通过以上方法，可以尝试解决 libawt.so 导致的 Spring Boot 2 应用在 Docker 容器中异常停止的问题。 最终解决方案取决于具体的系统配置和应用依赖。

本篇关于《SpringBoot2在Docker容器中因libawt.so异常导致Exited(139)，错误排查攻略》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！