Mac M1已装gcc构建Docker镜像报gcc-multilib找不到问题咨询

这个报错和你本地Mac M1上安装的gcc完全无关：Docker镜像构建是在隔离的容器环境内执行，所有软件安装都依赖你指定的基础镜像对应的软件源，和宿主机的开发环境没有直接关联。
gcc-multilib是x86/amd64架构下Debian/Ubuntu系发行版提供的多架构编译支持包，arm64/aarch64架构的官方软件源默认不提供这个包。M1系列芯片是arm64架构，Docker构建时如果不手动指定架构，会默认拉取arm64版本的基础镜像，此时执行apt install gcc-multilib就会触发无安装候选的错误。

• 确认基础镜像架构：在Dockerfile里临时加一行RUN dpkg --print-architecture，执行构建看输出，如果返回arm64，就是架构不匹配导致的问题。
• 检查apt执行逻辑：确认安装包之前有没有执行apt update更新软件源索引，如果源索引是旧缓存，哪怕是amd64架构也可能出现找不到包的问题。
• 核对基础镜像版本：Ubuntu 22.04、Debian 12及更新的版本中，gcc多架构支持的包名有小幅调整，但arm64架构下依旧没有提供gcc-multilib包。

根据你的实际需求选对应方案即可：

• 仅需要arm64架构下的gcc编译环境：直接删掉Dockerfile里安装gcc-multilib的语句，换成安装gcc、g++即可，arm64环境下单架构gcc不需要multilib依赖就能正常工作。
• 需要在arm64镜像内交叉编译x86架构程序：不要用gcc-multilib，直接安装官方源提供的交叉编译工具链，执行apt install gcc-x86-64-linux-gnu g++-x86-64-linux-gnu即可实现同等的跨架构编译能力。
• 必须依赖gcc-multilib、不想修改原有安装逻辑：构建时强制指定使用amd64架构的基础镜像，构建命令增加--platform参数：

docker build --platform linux/amd64 -t 你的镜像标签 .

注意这种模式是通过QEMU模拟x86环境运行，构建速度会比原生arm64慢30%以上，容器运行时也会有一定性能损耗。

• 排查为源缓存过期导致的问题：把apt update和apt install写在同一个RUN指令里，避免Docker缓存旧的源索引导致安装失败，参考写法：

RUN apt update && apt install -y --no-install-recommends gcc g++ \
    && rm -rf /var/lib/apt/lists/*

内容的提问来源于stack exchange，提问作者sh33r