排查 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 系统支持，而该镜像并未包含。
解决方案：
建议尝试以下方法：
在 Dockerfile 中安装 X Window 系统库: 除了 ttf-dejavu 和 fontconfig，还需要安装 xorg-x11-utils 等 X Window 系统相关库（具体包名需根据 CentOS 版本选择）。重新构建镜像并部署。
更换基础镜像: 使用包含完整 Java 运行环境和图形化支持的镜像，例如一个包含 X Window 系统的镜像，避免依赖缺失。
提供 hs_err_pid1.log 文件: 该文件包含更详细的错误信息，有助于精确定位问题。
通过以上方法，可以尝试解决 libawt.so 导致的 Spring Boot 2 应用在 Docker 容器中异常停止的问题。 最终解决方案取决于具体的系统配置和应用依赖。
以上就是SpringBoot2应用在Docker容器中异常停止，如何排查libawt.so导致的Exited(139)错误？的详细内容，更多请关注【创想鸟】其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：PHP中文网，转转请注明出处：https://www.chuangxiangniao.com/p/2605951.html
