我完全理解你现在的困扰——明明docker buildx ls显示你的构建环境支持linux/arm/v7架构，但尝试构建基于openjdk:20的镜像时却一直报no match for platform in manifest错误，换了低版本JDK也没解决，这确实让人摸不着头脑。

问题根源分析 #

Docker Hub上的官方openjdk镜像，从OpenJDK 17版本开始，就逐步停止了对linux/arm/v7（32位ARM）架构的支持。你可以通过以下命令验证这一点：

docker manifest inspect openjdk:20

执行后你会发现，返回的manifest里根本没有linux/arm/v7的平台条目，这就是构建失败的核心原因。而你尝试的17、11、8版本，如果直接用openjdk:17、openjdk:11这类通用标签，现在也大多只提供amd64和arm64的支持，不再包含armv7版本。

可行解决方案 #

这里给你几个实用的解决办法，按推荐优先级排序：

1. 改用Eclipse Temurin（Adoptium）镜像

Eclipse Temurin是Adoptium项目提供的开源OpenJDK发行版，持续维护全平台的镜像支持，包括linux/arm/v7。只需要修改你的Dockerfile基础镜像：

# 如果只需要JRE环境（推荐，镜像更小）
FROM eclipse-temurin:20-jre-alpine
# 如果需要完整JDK用于编译（根据你的项目需求选择）
# FROM eclipse-temurin:20-jdk-alpine

ENV ENVIRONMENT=prod
LABEL maintainer="XXX"
EXPOSE 8080
ADD backend/target/capstone.jar app.jar
CMD [ "sh", "-c", "java -jar /app.jar" ]

然后重新执行你的构建命令：

docker buildx build --platform linux/arm/v7 --tag testarmv7 .

2. 使用官方openjdk的armv7特定标签（仅适用于低版本JDK）

如果你坚持要使用官方openjdk镜像，需要指定专门的armv7版本标签，比如：

• OpenJDK 8：openjdk:8-jdk-arm32v7
• OpenJDK 11：openjdk:11-jdk-slim-arm32v7
  不过要注意，这些特定标签大多已经停止更新维护，安全性和兼容性可能不如Temurin镜像。

3. 重新配置buildx builder（排查环境问题）

虽然你的buildx ls显示支持目标平台，但偶尔会出现builder配置异常的情况。可以尝试重新创建并初始化builder：

# 创建新的builder并设为默认
docker buildx create --name armbuilder --use
# 启动builder
docker buildx inspect --bootstrap

完成后再执行构建命令，看看是否能解决问题。

验证构建结果 #

构建完成后，你可以用以下命令确认镜像是否包含linux/arm/v7平台：

docker buildx imagetools inspect testarmv7

如果输出里能看到linux/arm/v7的条目，就说明镜像已经适配成功，可以部署到树莓派2上运行了。

备注：内容来源于stack exchange，提问作者4ctive