遇到 docker-compose 执行时涉及 java8 报错，最直接的解决方式是检查镜像名称是否正确，将已废弃的 java:8 改为 openjdk:8，并确认 Dockerfile 和 docker-compose.yml 配置完整。
先说结论：java:8 镜像在 Docker Hub 上已不再维护，需要改用 openjdk:8 或明确指定可用版本，同时检查容器启动配置是否完整。
- 先确认：检查 Dockerfile 中 FROM 语句使用的镜像名称和版本是否存在
- 先处理：将 java:8 替换为 openjdk:8，必要时手动拉取镜像后再执行 compose
- 再验证：执行 docker-compose up 后通过 docker ps 确认容器状态为 Up 而非 Exited
命令速用版
如果报错提示manifest for java:8 not found，直接修改 Dockerfile：
FROM openjdk:8
或者在 docker-compose.yml 中直接指定可用镜像：
services:
app:
image: openjdk:8-jre
# 或 image: openjdk:8-jdk如果拉取失败，先手动拉取再启动：
docker pull openjdk:8-jre docker-compose up -d
如果容器启动后立即退出，添加 tty 配置：
services:
app:
image: openjdk:8-jre
tty: true
stdin_open: true为什么会这样
java:8 是早期的官方镜像命名方式，后来 Docker Hub 上该镜像已不再维护，清单文件（manifest）被移除，所以拉取时会报manifest unknown。openjdk 系列是后续推荐的替代方案，版本标注更清晰。
另外，容器启动后立即退出（状态显示 Exited(0)）通常是因为容器内没有持续运行的进程，或者缺少终端配置。java 容器如果只执行了镜像默认命令而没有指定长期运行的服务，就会启动后立刻停止。
还有一种情况是系统 ulimit 限制过低，导致 java 容器无法分配足够的文件描述符，报错library initialization failed - unable to allocate file descriptor table，这需要调整系统或 docker 服务的 ulimit 配置。
分步处理
第一步：确认报错类型
查看完整错误信息，区分是镜像拉取失败还是容器启动失败：
docker-compose up `--build` 2>&1 | grep -i error
如果是manifest not found，说明镜像名称或版本有问题；如果是Exited(0)，说明镜像存在但容器无法保持运行。
第二步：修改镜像名称
打开 Dockerfile，找到 FROM 语句，将：
FROM java:8
改为：
FROM openjdk:8
或者在 docker-compose.yml 中直接指定：
services:
myapp:
image: openjdk:8-jdk
build: .第三步：手动拉取镜像（可选）
如果 docker-compose 拉取时报网络相关错误，可以先手动拉取：
docker pull openjdk:8-jdk
拉取成功后再执行：
docker-compose up -d
第四步：添加终端配置
如果容器启动后状态为 Exited，在 docker-compose.yml 中添加：
services:
myapp:
image: openjdk:8-jdk
tty: true
stdin_open: true
command: ["/bin/bash"] # 或你的应用启动命令第五步：调整 ulimit（如遇到文件描述符错误）
如果报错unable to allocate file descriptor table，需要修改 docker 服务配置。找到/etc/systemd/system/docker.service或/usr/lib/systemd/system/docker.service，在 ExecStart 行添加：
`--default-ulimit` nofile=65536:65536
然后重启服务：
systemctl daemon-reload systemctl restart docker
怎么验证是否生效
执行以下命令检查容器状态：
docker ps -a
正常情况应该看到状态为Up，而不是Exited。
进入容器验证 java 环境：
docker exec -it <容器 ID 或名称> /bin/bash java -version
应该能看到 openjdk version 信息，如openjdk version "1.8.0_xxx"。
查看容器日志确认应用是否正常启动：
docker logs <容器 ID 或名称>
常见坑
镜像名称混淆：java:8 和 openjdk:8 不是同一个镜像，前者已废弃，不要尝试修复旧名称，直接换用 openjdk 系列。
版本标注不完整：openjdk 镜像有多种变体，如openjdk:8-jre、openjdk:8-jdk、openjdk:8-alpine，根据需求选择，生产环境建议用具体版本号如openjdk:8u111-jdk。
容器退出但无报错：如果容器状态是 Exited(0) 但没有明显错误日志，通常是缺少持续运行的进程，检查 command 或 entrypoint 配置是否正确。
ulimit 修改后未生效：修改 systemd 配置后必须执行daemon-reload并重启 docker 服务，否则新配置不会应用。
网络问题误判为镜像问题：如果拉取时出现encountered unknown type text/html这类错误，可能是网络代理或镜像源问题，尝试更换镜像源或检查网络配置。
参考来源
- 知乎 - 解决 docker 报错 failed to build: manifest for java:8 not found
- CSDN - docker-compose 启动 提示 failed to build: manifest for java:latest not found
- 博客园 - docker-compose 拉取 jdk 失败
- 腾讯云开发者社区 - docker-compose 中启动镜像失败的问题
- CSDN - docker-compose 启动 java 容器时报错 library initialization failed
- 阿里云开发者社区 - Docker 拉取 JDK 镜像错误解析