已知问题

Mac 活动监视器报告 Docker 使用的内存是实际使用量的两倍。这是由于 macOS 的一个 [bug]造成的。(https://docs.google.com/document/d/17ZiQC1Tp9iH320K-uqVLyiJmk4DHJ3c4zgQetJiKYQM/edit?usp=sharing)

在运行其中的 Docker.app 后，强制弹出 .dmg 可能会导致鲸鱼图标无响应，Docker 任务在活动监视器中显示为无响应，并且某些进程会消耗大量 CPU 资源。重新启动并再次启动 Docker 以解决这些问题。

Docker Desktop 在 macOS 10.10 Yosemite 及更高版本中使用 HyperKit 管理程序 (https://github.com/docker/hyperkit)。如果您正在使用与 HyperKit 存在冲突的工具进行开发，例如 英特尔硬件加速执行管理器 (HAXM)，当前的解决方案是不要同时运行它们。您可以在使用 HAXM 时暂时退出 Docker Desktop 来暂停 HyperKit。这允许您继续使用其他工具并防止 HyperKit 干扰。

如果您正在使用像 Apache Maven 这样需要 DOCKER_HOST 和 DOCKER_CERT_PATH 环境变量设置的应用程序，请指定这些变量以通过 Unix 套接字连接到 Docker 实例。例如：

$ export DOCKER_HOST=unix:///var/run/docker.sock

某些命令行工具在未安装 Rosetta 2 的情况下无法工作。

• 旧版本 1.x 的 docker-compose。请改用 Compose V2 - 输入 docker compose。
• docker-credential-ecr-login 凭证助手。

某些镜像不支持 ARM64 架构。您可以添加 --platform linux/amd64 来使用模拟运行（或构建）英特尔镜像。

然而，在 Apple 芯片机器上尝试通过模拟运行基于 Intel 的容器可能会崩溃，因为 QEMU 有时无法运行容器。此外，文件系统更改通知 API (inotify) 在 QEMU 模拟下不起作用。即使容器在模拟下运行正常，它们也会比原生等效项更慢，并使用更多内存。

总之，在基于 Arm 的机器上运行基于 Intel 的容器应仅被视为“尽力而为”。我们建议尽可能在 Apple 芯片机器上运行 arm64 容器，并鼓励容器作者制作 arm64 或多架构版本的容器。随着越来越多的镜像 支持多种架构，这个问题会随着时间的推移变得越来越不常见。

当 TCP 流半关闭时，用户偶尔会遇到数据丢失的情况。