“架构不兼容”本质是CPU架构不匹配，需统一系统、安装源、镜像三者架构：用uname -m和arch确认真实架构；切换Docker官方源并按dpkg --print-architecture指定正确arch；file和docker version验证二进制适配；拉取镜像时用--platform或配置default-platform确保一致。
安装 docker engine 时提示“架构不兼容”，本质是系统 cpu 架构与 docker 安装包或后续拉取的镜像不匹配，不是配置错误，而是硬性指令集冲突。内核在加载程序时直接拒绝执行，报错如 exec format error 或“不支持的架构”。解决重点不在重试安装，而在确认并统一架构链：系统 → 安装源 → 镜像。
确认当前系统真实架构
别信系统名称或安装介质描述，以终端输出为准：
- 运行
uname -m，结果必须是 x86_64（Intel/AMD）、aarch64（鲲鹏、飞腾、苹果M系列芯片）或 arm64（等价于 aarch64）； - 再运行
arch，输出需与uname -m完全一致； - 若出现
i386、armv7l等 32 位标识，说明系统底层不满足 Docker 最低要求（需 64 位 + 内核 ≥3.10），应更换 64 位系统镜像重装。
选用匹配架构的 Docker 官方安装源
Ubuntu/CentOS 等系统默认源里的 docker.io 是社区维护版，常缺失 arm64 支持，且版本陈旧。必须切换为 Docker 官方仓库，并显式指定架构：
- 添加源前先卸载所有旧包：
sudo apt remove docker docker-engine docker.io containerd runc podman-docker； - 添加 GPG 密钥后，写入源地址时确保
arch="$(dpkg --print-architecture)"返回值与uname -m一致； - 例如 aarch64 系统，
dpkg --print-architecture应输出 arm64，对应源行中arch=arm64；若误为amd64，apt 将尝试下载 x86_64 包，安装必然失败或安装后dockerd启动即崩溃。
验证已安装的 Docker 二进制是否原生适配
安装完成后不要急着运行容器，先检查核心组件是否真为本机架构：
- 执行
file /usr/bin/docker，输出应含 ELF 64-bit LSB pie executable, ARM aarch64（aarch64 系统）或 x86-64（x86_64 系统）； - 运行
docker version --format '{{.Server.Architecture}}'，返回值必须与uname -m一致； - 若两者不符，说明安装过程被错误源干扰，需清理
/etc/apt/sources.list.d/docker.list并重做源配置。
拉取镜像时也需架构对齐
Docker Engine 本身装对了，不代表容器能跑起来——镜像也可能架构错配：
- 用
docker pull hello-world测试时，Docker 会自动选择匹配宿主机的镜像变体；但若本地已有其他架构镜像（比如从 x86 机器拷贝来的），docker images会显示其 Architecture 列为amd64，此时运行必报exec format error； - 解决方法：先
docker rmi清掉错架构镜像，再明确指定平台拉取，例如 aarch64 系统运行docker pull --platform linux/arm64 hello-world； - 长期建议配置
~/.docker/config.json设置默认平台："default-platform": "linux/arm64"（按实际架构替换）。
