Apple官方下场做容器：Swift写的Linux容器工具，专为M芯片优化

Apple终于对容器下手了。

不是简单的封装，而是从头写了一个完整的Linux容器运行时。用Swift写的，开源在GitHub上，名字就叫container。这个项目昨天刚冲上Trending榜首，一天之内涨了3000多star。

说实话，我第一反应是：Apple图什么？Docker不好用吗？

但看完代码和文档之后，我发现这事没那么简单。

Apple容器技术架构

为什么Apple要自己造轮子

现在的容器方案在Mac上都有一个共同的问题：性能损耗。

Docker Desktop、Podman、Lima，这些工具在M系列芯片上都要通过虚拟化层跑Linux。文件系统共享慢、网络延迟高、启动时间长。开发体验始终差那么一口气。

Apple的解决方案很直接：用Apple Virtualization框架直接管理轻量级VM，绕过传统虚拟化层。代码里能看到大量VZVirtualMachine和VZLinuxBootLoader的调用，这是Apple Silicon原生的虚拟化API。

结果就是启动速度比Docker快得多。官方测试数据，一个基础容器从启动到可用只需要几百毫秒。相比之下，Docker Desktop启动一个容器可能要等几秒。

Swift写系统工具，靠谱吗

用Swift写底层系统工具，这在开源社区里并不常见。大部分容器运行时都是用Go或者Rust写的。

但Apple有它的考量。Swift对Apple Silicon的优化是最彻底的，内存管理、并发模型、系统调用，都是为自家芯片量身定做的。代码里能看到大量@MainActor和async/await的使用，这是Swift 6的并发特性。

Swift代码与终端

更关键的是，这个项目展示了Swift在系统编程领域的可能性。以前大家觉得Swift只能写iOS App，现在Apple用实际行动证明：Swift可以写容器运行时，可以写底层工具，可以和C/C++代码无缝交互。

代码质量很高。模块划分清晰，核心逻辑在Container和VM两个模块里，命令行接口单独抽离。测试覆盖率也不错，有单元测试和集成测试。

实际用起来怎么样

我试了一下，安装很简单，用Homebrew就能装：brew install container。

命令行设计和Docker很像。container run、container ps、container exec，熟悉的命令都能用。迁移成本很低。

但也有一些限制。目前只支持Linux容器，不支持Windows容器。镜像格式用的是OCI标准，可以和Docker镜像互通，但构建功能还没完全做好。

最大的限制可能是平台。这个项目明确写了"optimized for Apple silicon"，Intel Mac能用，但体验会差一些。Linux和Windows用户基本不用想了。

Docker与Apple对比

对开发者意味着什么

Apple做这个项目，信号很明确：容器是开发者工作流的核心环节，Apple要掌控这个环节的体验。

这不是要和Docker竞争。Docker的生态、镜像仓库、企业功能，Apple短期内不可能复制。Apple想做的是Mac上的最佳容器体验，把开发者的日常工作流牢牢绑在自家生态里。

对普通开发者来说，多一个选择总是好事。如果你主要在Mac上做开发，尤其是M系列芯片的Mac，这个工具值得试试。启动快、资源占用少、和macOS集成好，这些都是实打实的优势。

但也别急着把Docker删掉。项目还很新，v0.1.0版本，很多功能还在开发中。生产环境还是老老实实Docker，开发环境可以尝鲜。

说两句

Apple做开源项目，向来有自己的节奏。不追热点，不赶功能，但做出来的东西通常都很扎实。

这个container项目也是一样。代码质量高、文档清晰、测试到位，能看出是认真在维护的。Swift写系统工具这条路能不能走通，这个项目会是一个很好的试验场。

如果你也是Mac用户，不妨装来试试。至少，启动容器的时候不用再盯着那个Docker小鲸鱼转圈了。