Apple Container Machines：在 macOS 上原生跑 Linux 虚拟机
苹果 Container Machines 给 macOS 带来原生持久 Linux VM：基于 Apple Silicon 优化的轻量虚拟机，container machine 提供持久 Linux 环境，需区别于一次性 container run。本文讲清工作原理、上手流程与对比 Docker Desktop/OrbStack 的取舍。
直接回答：Container Machines 是苹果的官方方案——在 macOS 上原生运行持久 Linux 虚拟机，基于开源 container 项目，与 Docker 系"共享 Linux VM 里跑容器"不同，它给每个实例独立的轻量 VM（为 Apple Silicon 优化）。适合构建测试 Linux 负载；成熟度尚不及 Docker Desktop/OrbStack。
工作原理：每容器一 VM
Docker Desktop 等传统方案：一个共享 Linux VM，容器都在里面调度。苹果的路线：每个容器实例一台轻量虚拟机——隔离性更强，与 macOS 的整合更深，虚拟化层为 Apple Silicon 专门优化（Virtualization.framework）。
Container machine 面向持续 Linux 环境，可运行镜像中的 init 系统，并默认共享宿主用户名和 home 目录。共享目录意味着 Linux 程序可修改宿主文件，不可因此宣称对不可信代码完全隔离。命令以当前官方 machine 文档为准，安装版本须实际提供该子命令。
上手
container system start # 启动容器系统服务
container machine create alpine:latest --name dev
container machine run -n dev uname -a
container machine run -n dev
container machine ls
container machine stop dev
机器管理（列表/停止/删除）与文件共享（macOS 目录挂进 VM）都是子命令直达。
性能与限制
性能：原生虚拟化框架 + Apple Silicon，不能据虚拟化框架推断接近裸机或优于其他方案；本文没有同负载基准测试。
限制：生态早期——Compose 编排、丰富的镜像工具链、团队标准化流程这些 Docker 生态的成熟度它还没有；自定义内核与嵌套虚拟化有独立要求；例如官方文档要求嵌套虚拟化使用 M3 或更新硬件及支持 KVM 的内核。
什么时候用
- 苹果生态深度用户，想要"系统级"整合的 Linux 环境
- 强隔离需求（每个负载独立内核）
- 尝鲜与轻量 Linux 测试
团队标准化开发环境、复杂多容器编排——Docker Desktop/OrbStack 仍是务实之选。
常见问题（FAQ）
Q：能跑 Docker 镜像吗？
A：使用 OCI 镜像；machine 环境还要求适合的 /sbin/init，不能把任意应用容器镜像直接当完整 Linux 机器。
Q：和 OrbStack 比怎么选？
A：OrbStack 成熟度高（Compose、文件共享体验、集成路线）；Container Machines 胜在官方背书与每实例独立 VM 的隔离模型。观望+试用并行是合理姿势。
Q：支持 Intel Mac 吗？
A：不支持——依赖 Apple Silicon 的虚拟化能力，应按安装版本核对 Apple Silicon 与 macOS 最低要求。
官方参考
本文依据官方文档整理，示例未在本文中进行运行验证。生产部署需按所用版本、权限和实际负载验证。
