【今日资讯】Rosetta 支持将结束：企业 Mac 应用现在要查架构、依赖与用户迁移
Apple 于 2026 年 9 月 1 日公布 Rosetta 支持调整：从 macOS 26.4 开始，用户启动依赖 Rosetta 的 App 时可能收到迁移提醒；macOS 27 将是最后一版支持 Rosetta 的系统。在这之后，仅支持 Intel 架构的 App 将不能继续在 Apple silicon Mac 上运行。
对企业而言，真正的风险不只是主程序能否重新编译，而是插件、框架、命令行工具和用户升级路径中，是否还藏着只支持 x86_64 的一环。
先确认哪些用户和流程仍依赖 Rosetta
不要只问“开发团队是否已经适配 Apple silicon”。先从真实使用链路盘点：哪些客户仍在使用旧版安装包；哪些内部工具通过脚本、启动器或自动更新调用；哪些门店、设计、音视频或生产环境不能随时停机；哪些用户仍需要与 Intel Mac 共用同一安装包。
Apple 说明，在 macOS 26.4 或更高版本中，依赖 Rosetta 的 App 启动时可能出现系统通知。即使当前功能还能运行，这个提示也可能增加客户咨询和升级阻力。企业应提前准备版本识别、升级说明和支持入口，而不是等到系统切换后再逐个解释。
主程序通过，不代表整套应用已经完成迁移
Apple 的通用二进制文档列出的迁移对象不只有 App，还包括扩展、插件、自定义框架、静态与动态库、构建工具、命令行工具、守护进程和 DriverKit 扩展等。通用二进制同时包含 arm64 与 x86_64 版本，系统会在不同架构上选择对应版本运行。
因此，验收应覆盖完整依赖图。主程序已经包含 arm64，不代表内嵌框架、第三方 SDK、安装器、浏览器插件或后台服务也已具备原生版本。只要进程链中仍有不能在目标架构运行的组件，用户看到的仍可能是启动失败、功能缺失或升级后无法连接。
把迁移验收拆成三张清单
企业可以先用三张清单控制范围：
- 架构清单：记录主程序、扩展、插件、框架、命令行工具和后台服务分别支持 arm64、x86_64 还是通用二进制；
- 依赖清单：逐项确认第三方 SDK、驱动、加密组件、音视频模块和安装更新工具是否有可用原生版本，以及替换责任人；
- 用户迁移清单：明确哪些客户需要升级、数据和配置如何保留、失败时如何回退、旧版停止支持前如何通知。
这三张清单不是新的技术文档负担，而是把“能编译”转成“能交付、能升级、能支持”的验收依据。
不要把旧游戏例外扩大到企业应用
Apple 同时说明，依赖 Intel 框架的部分已停止维护旧游戏仍会获得相应支持。这是针对特定旧游戏的例外，不应被理解为普通企业应用可以继续依赖 Rosetta。企业软件仍应按 Apple 对开发者的迁移要求，完成 Apple silicon 支持和用户沟通。
现在应完成一次可回放的迁移演练
正式切换前，至少安排一轮从旧版本到原生版本的完整演练：准备一台真实 Apple silicon Mac；安装仍在客户现场使用的旧版；执行升级；核对登录、数据读取、插件加载、打印或外设连接、自动更新和卸载回退；最后由非开发人员按升级说明独立完成一次。
Rosetta 退出不是一个编译开关，而是一项跨主程序、依赖和客户运营的迁移工作。现在完成清单和演练，比系统切换后处理停用工单更可控。
来源：Apple Developer：对基于 Intel 的 macOS App 的 Rosetta 支持即将发生变化、Apple Developer：构建通用 macOS 二进制文件、Apple Developer：将 macOS App 移植到 Apple silicon
如果企业正在维护 Mac 客户端、桌面工具或带插件的业务软件，滚水科技可协助梳理版本、依赖、升级与验收边界，把迁移工作整理成可执行的交付计划。