为Apple M1构建Docker镜像应选择哪类ARM架构

三个架构是Docker针对ARM生态不同代际硬件划分的原生支持标签，核心差异集中在指令集版本、寻址能力、适用场景三个维度：

• linux/arm/v5：基于2003年推出的32位ARMv5TE指令集，是最早进入Docker支持范围的ARM版本。该版本不支持硬浮点运算、指令集功能精简，仅适配2010年之前的老旧低功耗设备，比如早期嵌入式路由器、工业控制模块、老式ARM开发板，性能上限极低。
• linux/arm/v7：基于2005年推出的32位ARMv7-A指令集，是32位ARM设备的成熟主流版本。该版本支持硬浮点运算、完整内存管理单元，适配范围覆盖早期32位树莓派（1/2/3代默认系统）、老款32位ARM手机、轻量32位ARM网关设备；作为32位架构，其内存寻址上限仅为4GB，无法运行64位编译的程序。
• linux/arm64/v8：基于2011年推出的64位ARMv8-A指令集，是当前现代ARM设备的通用标准。该版本支持64位大内存寻址、SIMD向量加速指令，适配所有近10年的64位ARM硬件，涵盖苹果全系列M系列芯片、高通骁龙旗舰平台、树莓派4/5代64位系统、主流ARM云服务器等，同时可向下兼容运行32位ARMv7编译的程序。

面向M1设备构建/运行Docker镜像，直接选择linux/arm64/v8架构即可：

• 兼容性层面，Apple M1芯片采用的AArch64指令集与ARMv8-A标准完全对齐，属于arm64/v8架构的原生适配范围，不存在指令集兼容障碍。
• 性能层面，另外两个32位架构（arm/v5、arm/v7）虽然可以通过Docker QEMU模拟、macOS Rosetta转译机制在M1设备上启动，但会引入明显的性能损耗、更高的内存占用。对于常作为后台服务运行的PHP场景，原生arm64/v8镜像的运行效率比转译版本高30%-60%，没有为了兼容性牺牲性能的必要。
• 实际使用层面，Docker Hub上PHP官方镜像的arm64/v8版本构建，就是专门面向苹果硅平台、现代ARM服务器场景优化的，不需要额外调整参数即可直接拉取运行。

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