Apple 开源 container：在 Apple Silicon 上以轻量级 VM 运行 Linux 容器

一句话看懂

Apple 开源了 container 1.0，一个用 Swift 编写的 CLI 工具，能在 Apple Silicon Mac 上为每个 Linux 容器运行独立的轻量级虚拟机，兼顾容器便利性与 VM 隔离性。

详细发生了什么

Apple 研究团队正式发布了 container 1.0，这是一个用 Swift 编写的开源命令行工具，专为 Apple Silicon Mac 设计，用于创建和运行 Linux 容器，但每个容器都运行在独立的轻量级虚拟机中。项目采用 Apache 2.0 许可证，代码托管在 GitHub。

与 Docker Desktop 等传统方案不同——后者通常在单个共享 Linux VM 中运行所有容器——container 为每个容器启动一个独立的 VM。Apple 强调这种设计带来三大优势：安全（每个容器拥有完整 VM 隔离，最小化内核和库减少攻击面）、隐私（仅挂载所需数据，而非共享全部）、性能（内存占用低于完整 VM，启动时间与共享 VM 方案相当）。

container 完全兼容 OCI 镜像，可直接从 Docker Hub 或 GitHub Container Registry 拉取镜像运行，也可将构建的镜像推送到任意标准仓库。它依赖 macOS 的 Virtualization.framework 实现虚拟化，vmnet.framework 处理网络，XPC 用于进程间通信。

当前版本要求 Apple Silicon Mac（Intel 不支持），macOS 26 提供完整支持（含虚拟化和网络增强），macOS 15 可使用但存在网络限制。默认每个容器分配 1 GiB 内存和 4 个 CPU，可在运行时调整。

中文圈视角

对于中文开发者，container 的出现提供了一个原生、轻量且开源的容器运行方案，尤其适合以下场景：

本地开发与测试：在 Mac 上运行隔离的服务，无需启动臃肿的 Docker Desktop。对于使用 M1/M2/M3/M4 芯片的 Mac 用户，container 的“零空闲占用”特性意味着不运行容器时不消耗后台资源，这对笔记本续航友好。
安全隔离需求：运行来自不可信来源的镜像（如 AI 生成的代码、第三方工具）时，每个容器独立 VM 的隔离级别远高于共享内核的 Docker，降低主机被攻击风险。
与国产替代对比：目前国内容器工具如阿里云 PouchContainer、华为 iSula 等主要面向服务器端，Mac 端原生轻量方案较少。container 填补了这一空白，但需注意其仅支持 Apple Silicon，Intel Mac 用户无法使用。
合规与数据隐私：对于处理敏感数据的场景（如金融、医疗），container 的按需挂载机制可避免数据意外泄露。不过，macOS 15 的网络限制可能影响部分企业部署。

一个值得关注的盲点：container 目前不支持 Docker Compose，对于多容器编排场景仍需依赖 Docker Desktop 或 Podman。但 Apple 的 Apache 2.0 许可意味着社区可以快速扩展其功能。

几条值得记住的细节

container 1.0 要求 Apple Silicon Mac，Intel Mac 不支持。macOS 26 提供完整功能，macOS 15 有网络限制。
每个容器默认分配 1 GiB 内存和 4 个 CPU，可通过 --memory 和 --cpus 调整。
支持 OCI 镜像，可从 Docker Hub、GitHub Container Registry 拉取，也可推送至任意标准仓库。
提供 container machines 功能：持久化 Linux 环境，挂载用户 home 目录，文件系统在停止/启动后保留。
与 Docker Desktop 相比，container 空闲时几乎不占用资源，但缺乏 Compose 支持和 GUI 界面。

一句话总结

如果你用 Apple Silicon Mac 做开发，container 提供了一个更轻量、更安全的容器运行方式，尤其适合单容器隔离和资源敏感场景。