苹果官方出手了:macOS 上的 Linux 容器,一个 `.pkg` 就能搞定

上周 GitHub 上有一个项目悄悄炸了——apple/container，一周涨了 10,000+ stars，目前 37,000+。不是新的 AI 框架，不是前端工具，而是苹果官方自己写的一个东西：在 Mac 上用轻量级虚拟机跑 Linux 容器。

是的，你没看错。苹果亲自下场做容器了。

这是个什么东西？

简单说，container 是苹果官方推出的命令行工具，让你在 macOS 上创建和运行 Linux 容器。底层用的是苹果自己的 Containerization^[1] Swift 包，充分利用了 Apple silicon 的虚拟化能力。

你可以 pull 一个标准 OCI 镜像（比如 ubuntu、alpine），然后 run 起来得到一个 Linux shell——听起来和 Docker 很像，但这不是 Docker，也不是基于 Docker 的封装。这是苹果从头写的一套容器运行时。

目前版本是 0.x（活跃开发中），patch 版本内保证稳定性，可以当生产工具用，但 API 可能还会变。

怎么装？

门槛不高，但有一点硬性要求：你需要 macOS 26。没错，Big Sur 不行，Ventura 不行，Sequoia 也不行——必须是 macOS 26。新系统的虚拟化和网络增强是这工具能跑起来的底层基础。

安装方式非常苹果：去 GitHub Releases^[2] 下载 .pkg 安装包，双击，下一步下一步，完事。

装好之后，第一步先启动容器引擎：

container system start

等几秒钟，引擎起来之后，你就可以开始玩容器了：

# 拉一个镜像container pull ubuntu:latest# 跑起来container run ubuntu:latest# 你也可以自己构建镜像container build -t my-image .

关闭引擎也很简单：

container system stop

整个体验非常"苹果式"——装个包，敲几条命令，搞定。没有 Docker Desktop 那种大几百 MB 的安装包和复杂的 daemon 配置。

核心命令一览

• • container system start/stop——管理容器引擎生命周期
• • container pull/push——从标准 registry 拉取和推送镜像（OCI 兼容）
• • container run——运行容器
• • container build——从 Dockerfile（或 Containerfile）构建镜像
• • container ps——查看运行中的容器
• • container exec——进入运行中的容器
• • container logs——查看容器日志

如果你用过 Docker，这些命令几乎不用学——命令名和语义都是对齐的，连参数风格都很像。苹果并没有为了"不一样"而刻意改名字。

跟 Docker 比怎么样？

这是所有人最关心的问题。

优势：

1. 1. 原生性能。因为是苹果自己写的东西，直接调用了 macOS 26 底层的 Hypervisor 和虚拟化框架，没有中间层。在 Apple silicon 上跑 Linux 容器，性能损耗极低，IO 和网络表现比 Docker Desktop 的虚拟机方案好一大截。
2. 2. 安装体积。目前 .pkg 只有几十 MB，对比 Docker Desktop 动辄 600MB+，简直是降维打击。没有大几十个后台进程，没有一堆你没见过的菜单栏图标。
3. 3. 和 macOS 的集成度。这是苹果自己的工具，意味着它能用最新最强的系统 API。macOS 26 引入的虚拟化网络增强、文件共享加速等功能，它都是首发的。别的容器方案要等适配，苹果自己的方案直接吃到红利。
4. 4. 简洁。没有 Docker Compose、没有 Swarm、没有一堆企业级功能——它就是帮你跑容器。对于很多开发者来说，"只需要跑个容器"的场景占了 80%，Docker 堆了太多你用不上的东西。

劣势和风险：

1. 1. 生态差距巨大。Docker 有 Docker Hub、有 Compose、有海量第三方工具、有 CI/CD 集成。container 是裸的 CLI，没有 GUI，没有市场，没有生态。
2. 2. 只支持 Linux 容器。你不能拿它跑 Windows 容器，也不能跑 macOS 容器。这就是个 Linux-only 的容器运行时。
3. 3. macOS 26 限制。不管你多喜欢它的设计，升级系统是硬门槛。很多团队还在 macOS 14、15 上，短期内不可能用。
4. 4. 还在 0.x。虽然 patch 版本内稳定，但大版本之间可能有 breaking change。苹果还没有承诺什么时候到 1.0。

一句话总结： 如果你只需要在本地 Mac 上跑个 Linux 容器进行开发测试，container 是比 Docker Desktop 更轻更快更优雅的选择。但如果你依赖 Docker 的整套生态（Compose、K8s、Docker Hub 私有仓库、大量 CI 集成），它短期内没法替代 Docker。

技术亮点

说几个让我觉得"这很苹果"的设计点。

1. 极小的资源占用

容器引擎只在需要时才启动，不跑的时候完全没有后台进程。相比 Docker Desktop 那个常驻的虚拟机，这个方案在笔记本上能省不少电和风扇噪音。

2. Swift 原生实现

整个工具用 Swift 写成，充分利用了 Swift 的内存安全和并发特性。对于 Apple silicon 的优化是编译级别的，不是事后打补丁。

3. Apple Virtualization 框架深度整合

macOS 26 的 Virtualization 框架加入了对 Linux 容器的原生支持。container 不是用 qemu 或其他第三方虚拟化方案，而是直接调用了这套框架。结果是：启动一个容器只需要几百毫秒，比传统虚拟机方案快了一个数量级。

4. 标准兼容

支持 OCI 镜像规范，意味着你可以从 Docker Hub、GHCR、Quay.io 等任何标准 registry 拉取镜像。自己构建的镜像也可以用 container push 推上去。生态兼容性比想象中好。

什么场景适合用？

如果你是个人开发者：

• • 本地跑个 Linux 环境做开发和测试
• • 快速拉起一个数据库、Redis、Nginx 等服务
• • 构建和测试 Dockerfile，推送到 CI
• • 想在 Mac 上用一些只有 Linux 版本的工具

在这些场景下，container 的体验非常棒。尤其是你如果已经升级了 macOS 26，没有理由不试试。

如果你是团队或公司：

• • 可以评估在开发机上统一使用 container + Docker Hub 的组合——开发环境用 container 跑，CI/CD 用 Docker
• • 如果你是 Apple 原生开发者（iOS/macOS 开发），container 可能成为你后端服务本地开发的标配
• • 注意需要在团队中统一 macOS 版本

什么场景不适合：

• • 多机编排（K8s、Swarm）
• • 生产环境部署（目前没有看到苹果往这个方向做的意思）
• • 老系统用户
• • 重度依赖 Compose 或 Docker 扩展功能的项目

写在最后

苹果做容器这件事，说实话让我有点意外，但仔细想想又很合理。Apple silicon 让 Mac 有了超强的虚拟化底子，macOS 26 把上层 API 补齐了，苹果不出个原生容器工具才奇怪。

container 目前还很年轻，没有 Docker 那样的生态，但它的设计哲学非常"苹果"——做一件小事的极致方案，然后在自己的生态里和系统深度整合。它不需要成为 Docker，它只需要成为 Mac 上最好的容器工具。

如果你已经升了 macOS 26，强烈建议花十分钟装一下、跑几个容器。你会感受到那种"原来可以这么顺"的体验——在 Mac 上跑 Linux 容器，终于不再需要拖着一个笨重的虚拟机了。

GitHub: https://github.com/apple/container\安装方式：Releases 页面下载 .pkg系统要求：macOS 26+

本文写于 2026 年 6 月，项目版本 0.x，请以官方文档为准。

引用链接

[1] Containerization: https://github.com/apple/swift-containerization[2] GitHub Releases: https://github.com/apple/container/releases