作者：林岚｜OC 开发者生态编辑

开源项目 Kakehashi正在尝试让为 macOS ARM64 编译的 Mach-O 命令行程序直接运行在 Linux aarch64 上。项目不使用虚拟机或 JIT，而是在用户态映射基础系统库并转换 Darwin 与 Linux 之间的系统调用。

一句话结论：Kakehashi 的目标不是在 Linux 上复刻一台 Mac，而是让一小部分不依赖图形界面和苹果框架的 Darwin 命令行二进制摆脱昂贵的 macOS CI 节点。

项目 README 列出的已验证场景包括 Clang 配置探测、Darwin 版 7-Zip、curl 和多线程程序，并在 Docker、Colima 与 UTM 环境中测试。它直接加载 ARM64 Mach-O 文件，为程序提供部分 libSystem 接口，再把 BSD/Darwin 系统调用翻译到 Linux。

这条路线比完整虚拟机轻，也避开了指令集翻译，因为源程序和宿主都是 ARM64。项目把 CI 成本降低约 10 倍作为动机，但这属于作者估计，不是独立基准。实际节省取决于任务能否落在兼容范围内，以及排查差异所花的工程时间。

边界必须说清楚。Kakehashi 不提供 macOS 图形桌面，不运行 x86 程序，也不承诺 Cocoa、SwiftUI、Metal 等苹果框架兼容。需要 Xcode、签名、公证、模拟器或真实设备的测试，仍然离不开苹果环境。它更接近专门服务 CLI 的兼容层，而不是通用 macOS 替代品。

兼容层还会遇到最难维护的部分：程序依赖的系统调用、动态链接行为、文件系统语义和线程细节随版本变化。一个二进制能启动，不等于测试结果与 macOS 一致。CI 最怕的是“看似通过”的假兼容，因此项目需要明确支持矩阵和差异测试。

如果 Kakehashi 成熟，它最先适合的不是最终发布，而是构建系统的早期探测、跨平台 CLI 单元测试和格式处理任务。把这些步骤移到便宜 Linux 节点，再把签名和平台集成测试留给少量 Mac 节点，才是务实用法。

关键事实

• 支持方向：Darwin Mach-O ARM64 二进制运行在 Linux aarch64
• 实现方式：用户态映射基础库并翻译系统调用，不使用 JIT
• 已验证范围：部分 CLI、配置探测、网络和线程程序
• 明确边界：不提供 GUI、x86 翻译或完整苹果框架兼容

OC 判断

先别急着取消 Mac CI。Kakehashi 值得关注的地方是把“必须在 macOS 跑”的任务继续拆小，而不是证明 macOS 已经可以被替代。只有差异测试、失败信息和版本兼容矩阵稳定后，它才适合进入关键流水线。

为什么重要

• 对开发者：部分 Darwin CLI 测试可能转移到更便宜、更易扩容的 ARM Linux 节点。
• 对团队：仍需保留真实 macOS 测试，尤其是签名、框架、界面和发布流程。
• 对开源生态：兼容层能揭示平台接口依赖，也会持续承担上游系统变化的维护成本。

参考来源

• GitHub: wie-project/kakehashi
• Apple: Mach-O Programming Topics
• Darling: macOS translation layer for Linux