共计 837 个字符，预计需要花费 3 分钟才能阅读完成。
苹果近日推出的首款自研的 Apple M1 芯片，收到了很多用户的欢送，但随着这些用户拿到真机，很多问题裸露进去。
有用户发现，除了 AMD64 架构之外，其余大多数架构都无奈在 ARM 上运行。如果「强行」运行，将会大幅度提高运行老本。
并且有一部分工具和库属于开源我的项目，因而由此带来的保护需要增长，将成为惨重的额外负担，导致某些贡献者间接放弃为新的 Mac 平台上提供反对。
当然也有一些应用程序、特地是闭源我的项目，压根没有 ARM 版 build，例如微软 SQL Server 或 OracleDB。
ARM 架构不反对 Windows
一个不太好的音讯是 ARM 架构是相对反对不了 Windows。
如果开发者想在新款 Mac 上测试本人的 Windows 利用。只能再买一台笔记本，或者应用远程桌面服务了。另外，开发者也没法在 Mac 上运行虚拟机进行设施测试（例如 ESXi、pfSense、FreeNAS 等）。
Docker 受到的影响
因为 Mac 上的 Docker 只能在虚拟机内运行，再加上用户只能对基于 ARM 架构的 Linux 进行虚拟化，意味着咱们将来只能在苹果芯片版的 Mac 上运行 ARM64 容器。
目前，Docker Hub 上存在 331 万 9219 个针对 AMD64 的镜像，但针对 ARM64 的镜像只有 29076 个，占比有余 1%。再有，构建多架构 Docker 镜像还特地简单。
尤其须要留神的是，因为生产零碎通常运行 Linux/AMD64，因而你生产的二进制文件及 Docker 镜像很可能无奈在开发计算机上运行。当然，你兴许能够进行从新编译及穿插编译，但永远无奈还原其实在的运行状态。另外，如果你的利用在生产环境中产生问题，也无奈仅凭二进制文件或容器镜像在本人的笔记本上进行调试。
Docker 在开发者的日常工作流程中占据十分重要的地位，所以这些令开发者们感到相当头痛。
参考资料：www.reddit.com/r/docker/comments/jpzt43/docker_for_mac_on_apple_silicon_keynote/
