SpringBoot2应用在Docker容器中异常停止，如何排查libawt.so导致的Exited(139)错误？

排查 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)错误？的详细内容，更多请关注php中文网其它相关文章！