Apple开源container：2.8万星Swift容器工具，Mac跑Linux从此简单

你有没有遇到过这种情况——在Mac上启动一个Docker容器，风扇就开始狂转，内存吃掉好几个G，而代码还没开始写？这不是你的问题，是工具的问题。而现在，那个最懂Mac硬件的公司，终于亲自下场了。

一个不太”苹果”的开源项目

2025年5月30日，苹果在GitHub上悄悄创建了一个名为apple/container的仓库。没有发布会，没有官方博客，甚至连一条推文都懒得发。但即便如此，这个项目在不到一年的时间里，已经收获了28,340颗星和797次Fork。

这个数字本身就在说明问题——被Docker Desktop折磨过的Mac开发者，太多了。

项目描述一句话就讲清楚了它要干嘛：“在Mac上使用轻量虚拟机创建和运行Linux容器的工具”。关键信息藏在后半句——用Swift编写，专为Apple Silicon优化。

> 苹果做容器工具这件事，本身就足够反常。这家公司向来以封闭著称，开发者工具——尤其是面向Linux生态的——从来不是它的菜。但这一次，它不但做了，还开源了，而且用Apache 2.0协议。

它不是Docker，也不想成为Docker

搞清楚apple/container的定位很重要：它不是Docker Desktop的替代品，而是在走一条完全不同的技术路线。

传统容器方案——无论是Docker Desktop、Podman还是Colima——本质上都要在Mac上跑一个Linux虚拟机，然后在虚拟机里运行容器引擎（dockerd、containerd之类）。这个”套娃”架构带来了两个顽固问题：资源开销大和启动慢。

apple/container的做法是直接把”虚拟机”和”容器”两个概念合并。它利用macOS内置的Virtualization框架创建轻量级Linux虚拟机，每个容器实例都运行在一个极简的VM沙箱里。没有中间层的容器引擎，没有臃肿的守护进程，调度直接落在Apple Silicon的硬件虚拟化能力上。

这意味着什么？三件事：

第一，启动速度。 因为跳过了Docker引擎这一层，容器启动接近原生进程的速度。有开发者在社区反馈，从敲下命令到容器可用，通常不到2秒。

第二，内存效率。 一个完整的Docker Desktop安装随随便便吃掉4到8GB内存。而apple/container的每个VM实例天生轻量，系统开销控制在一个数量级以上。

第三，ARM原生。 这可能是最关键的一点。Docker Desktop直到近年才把Apple Silicon支持做稳，而apple/container从第一行代码就为M系列芯片设计。没有Rosetta转译损耗，没有x86到ARM的兼容性包袱。

为什么是Swift？为什么是现在？

这个项目另一个让人意外的点：它的主要编程语言是Swift。

在容器工具这个领域，Go几乎是”官方语言”——Docker用Go，Podman用Go，containerd用Go，Kubernetes生态里满地都是Go。苹果选Swift，表面上看是”用自己的东西”，但背后有更深层的考量。

体积控制。 Swift编译的二进制文件可以直接与macOS的底层框架（Virtualization.framework、Network.framework）零摩擦交互，不需要引入第三方依赖。这意味着更小的二进制体积、更少的运行时开销。事实上，apple/container的安装包大小比Docker Desktop小了一个数量级。

生态信号。 选择Swift还有一个象征意义——苹果在告诉开发者社区：Swift不只是写iOS和macOS App的语言，它是可以在整个开发者工具链中发挥价值的一门系统级语言。这对Swift社区来说，是一次意义非凡的正名。

开发者到底该怎么选？

到目前为止，Mac上的Linux容器方案大致是这样一个格局：

| 方案 | 优势 | 劣势 |

|——|——|——|

| Docker Desktop | 生态最完整，企业支持 | 资源重，商业授权限制 |

| Podman | 开源免费，无守护进程 | 兼容性偶有问题 |

| Colima | 轻量，基于Lima | 社区驱动，更新节奏不定 |

| apple/container | 原生性能，极致轻量 | 生态尚新，功能在完善中 |

> 没有一种方案是”最好”的，只有”最适合你的”。但apple/container的出现，至少给了Mac开发者一个此前从未有过的选项——由苹果亲手调校、为Mac量身优化的容器体验。

如果你属于以下人群，这个项目值得立刻关注：

– Apple Silicon Mac用户：M1/M2/M3/M4芯片的原生支持是最大卖点；

– 本地开发环境追求者：受不了Docker占内存又不想折腾复杂配置；

– Swift生态开发者：用Swift工具链做容器化管理，技术栈统一；

– 轻量化CI/CD场景：需要频繁启动销毁容器的测试流水线，启动速度是刚需。

开源背后的苹果叙事

这个项目的意义，远不止”多了一个容器工具”那么简单。

苹果开源开发者工具这件事，历史上发生的次数一只手数得过来。Swift本身是一次，Swift Package Manager是一次，现在apple/container是又一次。每一次都伴随着一个信号：苹果正在认真地、系统性地吸引开发者回到Mac平台进行后端和云原生开发。

在AI时代，开发者生态的重要性被放大了。模型的训练和推理需要大量Linux环境，而Apple Silicon在本地推理上的能效优势正在被越来越多开发者认可。apple/container的出现，相当于苹果在说：你不用再为了跑Linux容器去买一台单独的x86机器，你的Mac就够了，而且做得更好。

> 截至2026年6月，项目仍在高频更新中，已有294个开放的issue和活跃的Discussions社区。它还不完美，但它正在以肉眼可见的速度变得更好。

写在最后

apple/container不是Docker的替代者——至少现在还不是。但它是一个信号，一个苹果终于认真对待开发者基础设施的信号。

对普通用户来说，这意味着你的Mac不用再被Docker Desktop吃掉一半内存。对开发者来说，这意味着多了一个由第一方维护、深度集成macOS底层能力的生产力工具。对行业来说，容器工具赛道的竞争又多了一个2.8万星的重量级选手。

而最有趣的地方在于——这个项目是静悄悄地出现的。没有发布会、没有Keynote、没有”One more thing”。就是某一天，苹果把一个仓库推上了GitHub，然后28,340个人按下了Star。

这可能是最”苹果”的开源方式——用产品说话。而这一次，产品说的是Swift。

*2025年5月30日创建，截至2026年6月仍在活跃开发。Apple开源容器工具，正在用一种安静但坚定的方式，改变Mac上的Linux容器体验。*

— END —
LC 智趣厅 · 科技与生活的交点
ihygg.cn