苹果确认Rosetta退役时间线:macOS 27后将不再支持Intel应用

苹果宣布Rosetta 2将于macOS 27终止支持,Intel应用开发者须在2025年秋前完成向Apple Silicon的迁移。
苹果正式宣布Rosetta 2翻译层的退役时间线:从macOS 26.4起,系统将对依赖Rosetta运行的Intel应用弹出警告通知;macOS 27(预计今年秋季发布)将是最后一个支持Rosetta的版本,此后纯Intel应用将无法在Apple Silicon Mac上运行。苹果为无人维护的老旧游戏保留了例外支持。对开发者而言,尚未适配的应用需立即构建Universal Binary通用二进制版本;已有原生版本的开发者则应主动推动用户升级,避免macOS 27发布后用户侧出现应用无法启动的问题。这一收官动作标志着始于2020年的Apple Silicon架构转型进入最终阶段,也延续了苹果「过渡桥梁+清晰时间线+逐步撤除」的一贯迁移策略。
Rosetta的历史使命即将结束
2020年,苹果正式启动从Intel芯片向自研Apple Silicon的历史性转型。为了让海量Intel架构应用在新芯片Mac上平稳运行,苹果推出了Rosetta 2翻译层技术——它能够在运行时将Intel(x86_64)指令翻译为Apple Silicon(ARM)指令,实现旧应用的无缝兼容。
如今,苹果在最新的开发者公告中明确表示,这场持续数年的过渡即将画上句号。正如去年WWDC上所预告的那样,Rosetta的支持已进入倒计时。那些仍然依赖Intel框架、尚未完成迁移的macOS应用,将面临被淘汰的命运。

Rosetta 2的技术实现分为两个阶段:提前翻译(AOT,Ahead-of-Time) 和 即时翻译(JIT,Just-in-Time)。当用户首次安装或运行Intel应用时,系统会在后台自动将x86_64二进制文件翻译成ARM机器码并缓存到本地,后续启动时直接使用缓存版本,几乎不产生额外开销。对于无法提前翻译的动态代码,则回退到JIT模式实时处理。这种设计使得许多Intel应用在Apple Silicon Mac上的运行速度甚至超过了原有Intel硬件,一度让外界低估了原生适配的迫切性,也客观上延长了部分开发者推迟迁移的时间。Rosetta 2的高性能表现,既是苹果过渡策略成功的体现,也在某种程度上造成了今日需要强制推进收尾迁移的局面。
Rosetta退役时间线:两个关键节点
苹果给出了非常清晰的退役路线图,开发者和用户都需要关注以下两个时间节点。
macOS 26.4:系统开始发出警告通知
从 macOS 26.4或更高版本 开始,当用户启动依赖Rosetta的应用时,系统将弹出通知,提醒用户该应用需要更新到Apple Silicon原生版本。这是苹果发出的第一记警钟——应用仍可运行,但已被标记为「即将过时」。
macOS 27:Rosetta支持的最后一个版本
macOS 27将是最后一个支持Rosetta的正式版本。在此之后,纯Intel应用将无法在配备Apple Silicon的Mac上运行。macOS 27预计于今年秋季发布,留给开发者完成迁移的时间已经相当紧迫。
值得一提的是,苹果为一类特殊场景保留了例外:那些依赖Intel框架且已无人维护的老旧游戏作品,其Rosetta兼容功能将继续获得支持。这一决定体现了苹果对经典游戏生态的保护,避免大量老游戏因技术淘汰而彻底无法运行。
开发者迁移指南:不同场景的应对策略
苹果在公告中给出了明确的行动指引,核心目标是确保应用持续可用,同时避免用户被系统通知反复打扰。
尚未适配Apple Silicon的应用:立即启动迁移
如果你的应用还没有适配Apple Silicon,苹果的建议非常直接——立刻开始迁移。推荐做法是将应用构建并分发为 Universal Binary(通用二进制),这种格式可同时在Apple Silicon和Intel架构Mac上原生运行,既保证新芯片用户的性能体验,又兼顾尚未换机的老用户。
苹果提供了一系列迁移资源,包括「为Apple Silicon优化应用」的官方文档、「将macOS应用移植到Apple Silicon」的移植指南,以及开发者论坛的技术支持。对于大多数使用Xcode开发的应用来说,构建Universal Binary通常只需调整编译设置,工作量可控。
Universal Binary(通用二进制) 是苹果在架构过渡期的核心分发格式,其原理是将针对不同CPU架构编译的二进制代码打包进同一个可执行文件,由操作系统在运行时自动选择对应的原生代码段执行。苹果最早在PowerPC向Intel过渡时引入这一格式(当时称为Universal Binary),此次Apple Silicon迁移中延续并升级了该方案,支持同时包含x86_64和ARM64两套代码。对于Xcode开发者而言,通常只需在构建目标(Build Target)的架构设置中将「Architectures」改为「Standard Architectures(arm64、x86_64)」,重新编译后即可生成通用二进制包,整体改动成本相对较低。主要挑战集中在依赖的第三方库或框架是否同样提供了ARM64版本,以及对ARM特定指令集行为的兼容性测试。
已有原生版本的应用:推动用户更新
如果你的应用已经提供Apple Silicon原生版本,技术层面已无障碍,关键在于用户侧。苹果建议这类开发者 主动联系用户,鼓励他们下载并安装最新的原生版本。
这样做有两个现实意义:一方面避免用户在macOS 26.4及后续版本中反复看到系统警告通知;另一方面确保macOS 27发布时,应用不会因为用户仍在使用旧的Intel版本而突然无法启动。软件迁移不仅是编译层面的工作,更涉及版本分发和用户沟通的完整链路。
从Rosetta看苹果架构转型的策略智慧
回顾整个过程,Rosetta的角色堪称苹果架构迁移的教科书级案例。这并非苹果第一次使用翻译层技术——早在从PowerPC转向Intel时,苹果就推出过初代Rosetta。这种「提供过渡桥梁、再逐步撤除」的策略,让苹果在维持庞大软件生态稳定的同时,完成了底层硬件的彻底革新。
Rosetta 2自2020年推出以来,凭借出色的翻译性能,让许多Intel应用即便未经优化也能流畅运行,极大缓解了转型初期的阵痛。如今宣布退役,恰恰说明Apple Silicon生态已足够成熟——绝大多数主流应用早已完成原生适配,翻译层的历史使命基本完成。
对于整个行业而言,这也是一个值得借鉴的信号:技术转型的成功不仅取决于新架构本身的先进性,更取决于对存量生态的妥善安置。苹果通过约五年的过渡期、清晰的时间线预告以及对特殊场景的灵活处理,为开发者和用户都留出了充足的缓冲空间。
苹果历史上的三次重大CPU架构迁移呈现出高度一致的节奏:1994年从Motorola 68k转向PowerPC,2006年从PowerPC转向Intel,2020年从Intel转向自研Apple Silicon。每次迁移都经历了「发布翻译兼容层→约两年过渡期→正式停止旧架构支持」的三段式路径。相比之下,此次Apple Silicon迁移的过渡期长达约五年,远超前两次,一方面反映出iPhone/iPad生态成熟带来的ARM原生资源更为丰富,另一方面也说明Intel时代积累的企业级和专业软件生态体量更大、迁移难度更高。初代Rosetta随macOS 10.6 Snow Leopard(2009年)一同终止支持,距PowerPC Mac发布最后一款机型约三年;Rosetta 2的退役周期与之相当,体现了苹果在过渡节奏把控上的一贯风格。
结语
Rosetta的谢幕,标志着苹果Apple Silicon转型的正式收官。对于开发者来说,现在是完成最后迁移的关键窗口期——无论是从零开始适配Apple Silicon,还是推动现有用户升级到原生版本,都应尽快行动,以免macOS 27发布时措手不及。对于普通用户,及时更新应用是保证使用体验不中断的最佳选择。属于Intel Mac的时代,正在缓缓落下帷幕。
相关推荐

基于模型的强化学习详解:从Dyna到MCTS再到AlphaGo演进路线
系统解析基于模型的强化学习(MBRL)核心技术路线,涵盖Dyna架构的经验融合机制、蒙特卡洛树搜索MCTS原理,以及AlphaGo到MuZero的算法演进,帮助你建立完整的MBRL认知框架。

用ChatGPT调查YouTube Bug:AI辅助技术排查实战指南
开发者用ChatGPT辅助调查YouTube Bug,展示AI在技术调试中的实际应用。本文解析AI辅助排查的优势、适用场景及注意事项,探讨ChatGPT如何成为开发者的调试搭档。

PerfReasoning:LLM能否读懂硬件性能?推理与建模的鸿沟
PerfReasoning基准测试评估LLM的硬件性能推理能力,实验发现LLM在架构推理问答中准确率超90%,但性能模型代码构建通过率骤降至15%以下。强化学习可显著提升小模型表现,而自我修正提示效果有限。