苹果悄悄发布“容器”工具:Mac上跑Linux,不用装Docker了?

一句话：在Mac上原生跑Linux容器 跟Docker正面硬刚，还只用苹果自己的技术

🔥 先上结论：苹果“另起炉灶”了

如果你用过Mac开发，大概率装过Docker Desktop——那个启动慢、吃内存、偶尔崩一下的“老朋友”。

苹果刚刚发布了一个新工具：container

• 在Mac上创建和运行 Linux 容器
• 纯Swift编写，专门为 苹果自研芯片（M1/M2/M3/M4）优化
• 依赖macOS 26（也就是今年新系统）的虚拟化新特性
• 不依赖Docker
  ，用的全是苹果自己的技术栈

💡 一句解释：“容器”就像一个个轻量级的“虚拟机”，但比传统虚拟机小得多、启动快得多。Docker就是做这件事最出名的工具。

⚔️ 核心矛盾：苹果为什么要自己做一个？

Docker Desktop 的“老问题”

苹果的 container 怎么“刚”？

苹果的态度很明显：想用我的容器工具？升级到最新系统。不升，就别用了。

📦 它能干什么？

基本能力

• 拉取/推送镜像
  ：兼容OCI标准（就是Docker用的那个镜像格式），所以Docker Hub上的镜像可以直接拉
• 创建/运行容器
  ：跟Docker命令行很像
• 管理容器生命周期
  ：启动、停止、删除、查看日志
• 构建镜像
  ：可以自己打包镜像，再推送到任何标准镜像仓库

示例命令

# 启动后台服务container system start# 拉取一个镜像container pull nginx:latest# 运行容器container run -d -p 8080:80 nginx# 查看运行中的容器container ps# 停止container system stop

看起来跟Docker命令几乎一样。上手成本极低。

🧠 技术真相：它不是“另一个Docker”

技术架构

Apple container:┌─────────────────────────────────────┐│  container CLI (Swift)              │├─────────────────────────────────────┤│  Containerization Swift Package     │  ← 苹果自己的底层库├─────────────────────────────────────┤│  macOS 26 Virtualization.framework  │  ← 苹果虚拟化框架├─────────────────────────────────────┤│  Apple Silicon (M1/M2/M3/M4)        │└─────────────────────────────────────┘Docker Desktop:┌─────────────────────────────────────┐│  docker CLI                         │├─────────────────────────────────────┤│  containerd / runc (Linux组件)       │├─────────────────────────────────────┤│  Linux VM (通过 Hypervisor.framework)│  ← 跑着一个完整的Linux├─────────────────────────────────────┤│  macOS (Intel + Apple Silicon)      │└─────────────────────────────────────┘

核心区别：Docker在Mac上其实是“Linux里套Linux”——先启动一个Linux虚拟机，容器跑在虚拟机里面。而苹果的container直接调macOS的虚拟化API，中间少了一层。

💡 一句解释：Docker在Mac上就像“在客厅里搭了一个小屋子（Linux虚拟机），然后在屋子里再放几个盒子（容器）”。苹果的是“直接在客厅地板上放盒子”，少一层就快一层。

限制条件（⚠️重点）

👥 谁应该关注？

✅ 强烈推荐这些人关注

⚠️ 暂时不用急的人

🔥 为什么这事儿值得吵？

支持苹果的一方

• Docker Desktop太慢了
  ，苹果自己做一个天经地义
• 技术栈干净
  ：纯Swift、调原生API、没历史包袱
• 开源
  ：你可以去看源码，甚至自己改
• 跟Docker镜像兼容
  ：你不用换镜像，换个命令就行

质疑苹果的一方

• 强行捆绑新系统
  ：为什么不能支持macOS 25？非要逼用户升级？
• Docker生态太强了
  ：Compose、Swarm、K8s集成、VSCode插件、CI/CD流水线……这些都是几十年积累的。苹果要从零开始？
• 0.x版本就拿出来
  ：是不是太急了？稳定性都不保证
• 苹果的“长期支持”历史
  ：谁知道两年后这个项目还活着吗？（想想macOS Server、Xcode Server、Open Directory……）

💡 一句总结：技术上看，苹果的方向是对的——更轻、更快、更原生。但从生态上看，Docker的护城河太宽了。苹果如果真的想做起来，不是写一个CLI工具就够的。

📋 快速上手指南（如果你符合条件）

1. 要求

• M1/M2/M3/M4 芯片的Mac
• 已升级到 macOS 26（今年6月WWDC后才有正式版，目前可能是开发者预览版）

2. 安装

从GitHub Release页面下载最新的 .pkg 安装包，双击安装，输入管理员密码。

# 启动服务container system start# 验证container --version

3. 升级或降级

# 先停止container system stop# 升级到最新/usr/local/bin/update-container.sh# 降级到指定版本（先卸载再装）/usr/local/bin/uninstall-container.sh -k   # -k保留用户数据/usr/local/bin/update-container.sh -v 0.3.0# 再启动container system start

4. 卸载

# 保留用户数据/usr/local/bin/uninstall-container.sh -k# 全删干净/usr/local/bin/uninstall-container.sh -d

✅ 总结

🔮 一句话展望

技术上，container 是苹果对 Docker Desktop 的一次“降维打击”——用原生API打虚拟机套娃。 生态上，Docker 的护城河不是几年能填平的。但至少，苹果开了一枪。

🔗 GitHub：

github.com/apple/container

 📄 许可证：未在README中明确

你觉得苹果能撼动Docker的地位吗？ 欢迎在评论区吵起来。