目前的硬体条件成熟。传统英特尔或者 AMD 的 CPU 可以堆很多核心，能耗很高且原地踏步。苹果的 A 系列处理器已经迎头赶上，并在能耗及性能上追平或超越传统处理器。
软体条件成熟。苹果已经为 ARM 至少准备几年，过去几年干掉了 Mac 上的 32 位应用，因此不必担心 32 位兼容层的问题。和 Windows ARM 类似，理论上上具备直接运行全部应用的能力。（此处需要提供 x86 64 兼容层，和 Windows 解决方案类似，微软这边已发布了 32 兼容层，64兼容层仍在开发中；或者重新编译以获得最优性能。）
图形层面已打通。早些年图形层面遇到的 OpenGL 不同版本的问题也被最近几年的 Metal 框架打通了。
下文中我将从英特尔，AMD, 5nm, Zen, Navi 架构，EPYC 处理器，A 系列处理器，Windows ARM 版，高通8cx 处理器，ARM 最新的 X1 核心设计，SwiftUI, Mac Catalyst 移植项目，Unity 游戏，寒霜引擎的角度并结合设计与多年的 MBP 和 iMac 使用体验来稍微说说我看到的大局。回应一些评论的质疑，我在文末补充了游戏移植，单核性能的分析，微软官方文档对于 ARM 的说明，以及其它开发者和 Gary 对于 Mac on ARM 的预测。
详细解说及我的看法：
很多人认为苹果刚刚开始准备 ARM，实则在过去数年中大局已经构建完成。
从苹果的 WWDC 宣传图三可以看到，一定会有新机器支持 Face ID，因为目前所有 Mac 上的摄像头都不支持 Animoji，而宣传图上的有。所以肯定不是现有的 Mac，没理由出一个新设计还用英特尔处理器，因此今年 WWDC 一定会讨论 ARM。
其实我认为和许多人预测的应用不兼容的情况不同，我认为 Mac on ARM 一开始的应用基本是都会直接可以用。例子可以看隔壁 Windows 的情况，Windows 对所有 64 位的应用直接原生模式跑 ARM，无需直接编译。只有非常老的 86 应用才会在 WOW64 兼容层下运行，也不需要重新编译。（此处推断错误，Jeff 指正 ARM64 不同于 x86 64，确实需要重新编译。）因此有理由估计 Mac 也会采取和当年 Rosetta 类似的技术，直接兼容老的 32 位应用。但是这样兼容模式就完了吗？其实不然，Mac 说不定根本不需要兼容层，还记得两年前苹果开始不断阻止 32 位的应用在新系统上运行吗？上一代的 Mojave 便是最后一代支持 32 位的应用。那也就意味著 WWDC 2020 之后新的 macOS 便不会有 32 的应用程序，为什么？就是为了干掉性能耗损的兼容层。我一直赖以生存的 Compressor 提示了一年的 32 位，也终于在 Catalina 时被苹果更新到了 64 位。这些是为了什么？说明切换到 ARM 这个动作已经准备了几年了，差不多准备好了，兼容性也不可能是现在才开始考虑的，18 年的 A12X Mac 原型机的时候就已经是计划运作的实战阶段了。因此外媒推测的需要几年时间才能完成软体适配我认为是一定程度上的瞎扯，64 原生应用直接跑就行了，哪来还需要几年适配。
处理器方面，大家讨论比较多的是 A12Z，也就是目前最强的移动晶元。可以预见的是 Mac 上搭载的会是新的 A14X 的性能魔改版。性能到底最终如何玩去取决于苹果想不想要被动散热，我个人其实是偏向彻底干掉风扇的。在这种情况下 6-8 个大核 + 4-6个小核被动散热刚刚好，性能也非常足够了。用够过去几代 MBP 的人都知道，性能也就那么回事发热还大的惊人。新的 A12Z（也就是 18 的A12X） 虽然也发热，但是明显比 MBP 好太多。A14 魔改加 5 纳米做个 MBP 或者 iMac 上的性能强劲发热温柔的新品绰绰有余了。软体适配和游戏方面我之前在别的回答里说过，如下。我认为 Catalyst 的应用会以最自然的姿势原声跑在 Mac 上，无需重新编译。Unity 一些老的 32 游戏需要直接编译到 64，不需要额外费时。你说不改的话呢是不是就跑不了了，其实新的 Mac 本来就不支持 32 位了，跑不了才是大家正常心理预期。之前用 AppKit 写的 Mac 应用会直接跑没问题，几年没更新 64 的模拟层比如 Wine 跑不了还是跑不了，要被淘汰了。Xcode，FCPX 会原生支持 Mac on ARM。今年还会看到 Xcode 跑在 iPad Pro 上，反正都支持 ARM 了，何乐而不为？反正必须要个 RealityKit 做准备。FCPX 今年也会支持 Mac on ARM，但是移植到 iPad Pro 上也指日可待，预计明年吧。主要是 UI 需要重写的太多。关于 CPU 方面为什么不上 Zen 3，我认为一是 Zen 3能耗比只能和 Intel 较劲，还是比不上 ARM。iMac Pro 和 Mac Pro 目前也不会换掉英特尔，主要是因为目前 28 核性能够用，5nm 的 A 系列晶元两年内还堆不出几十核心来，这些高核心是生产力工作，创意剪辑工作，制图工作的核心，ARM 性能以 2021 年的角度来看还不够。补充一句高通 ARM for Windows。很多人吐槽 ARM 在 Windows 性能不佳的数据来自今年早期唯一一台 ARM 机型，三星的 Galaxy Book S，那台机器的搭载的是的高通 8cx，这晶元单核性能本来就不行，那可不是放在哪都不行。
高通 8cx
显卡方面倒是很多人没讨论，我很感兴趣的一点，大家都不说这一代 Mac 会不会上 AMD 新架构，AMD 过了 Vega 1， 2 的大发热性能一般的时代。Radeon Vii 的能耗比表现和性能都非常可观。Apple 的 A 系列 GPU 虽然跑 Metal 非常不错，性能和 IRIS PRO 比是好很多了，但是能不能和 Radeon Vii 正面打我还是持怀疑态度。
这次苹果的 A14 魔改版 iMac 的 GPU 我认为很大可能还的上 AMD 的 eGPU。不过思路大致和之前的 Intel 晶元类似，用在 MBP 上的 ARM 会采用 Apple GPU 为主为了能耗，性能时切换到 Vii。iMac 的 SOC 上 GPU 空间完全可以让出给 CPU 来散热，也许没必要搭载强大的 Apple GPU。毕竟有 AMD 新一代独显扛著就行了。这样的话 iMac ARM 上的 A14 魔改只需要负责把 T3 安全晶元和性能差不多的负责触控条显示的 GPU 塞进去就很够用了。
如果你想讨论 Intel 的新品的话，确实没什么好说的，最近几年的处理器基本都是 Rebrand。正面打和 AMD 实力相当，性价比更低，祖传 14 纳米发热更高 。没什么好讨论的，这一点有眼色的硬体大厂都看得出来。AMD 的 EPYC 64 核登陆 Mac Pro 虽是众望所归，但是苹果还会继续和 Intel 保持合作，除了 CPU 合同外，一年前收了基带晶元团队，以后还会维持雷电 3 的专利授权关系，这时跑不了的。 几年后会不会换到 AMD EPYC？还不好说，得看这几年 ARM 可扩展性发展的怎么样，核心能不能堆的上去。毕竟这问题不好解决，AMD 也是花了很多年才把多核问题搞清楚。ARM 自己的新核心 X1 也只列明了一个 X1 + 3 个 A78 的情况。下面贴一段我之前评价 Catalyst 在 Mac 上的回答。wwdc 2019上苹果发布的project catalyst，开发者使用之后感觉怎么样？?www.zhihu.com补充 2: 单核性能。高通8cx 不能胜任，导致三星几天前选择将 8cx 换回英特尔 i5-L16G7。以及苹果 A 系列注重单核性能的原因。详细可以看我的这个回答。
看手机CPU性能时，到底是单核跑分重要，还是多核跑分重要？?www.zhihu.com
至少在 iOS 上，这也许阐明了为什么苹果追求单核性能，然后才是注重核心数。因为单核性能越强，理论上来说保障了大核高频速度够快。然后性能才是多多益善。我又去请教了 Linux 大佬，关于内核层面的 CGD 运行方式如下。GCD doesnt know anything about different kind of cores and GCD also doesnt decide which code runs on which core.GCD decides which queue gets a thread of which thread pool and which code is scheduled to run next on the thread of the queue. Deciding when a thread will run and on which core it will run is done by the thread schedular of the kernel. And the kernel also decides how many threads are available in which GCD thread pool.The main thread is just a thread like any other thread. How much CPU time a thread gets depends on its own priority level, the amount of other threads, their priority levels, and the amount of workload scheduled for each of them. As the A11 allows all 6 cores to be active at the same time, the kernel will decide which thread gets a high performance core and which one just a low performance one. High priority threads and threads with high computation workload (those that want to run very often and usually use up their full runtime quantum when running) are preferred for high performance cores. Low priority threads and threads with little computation workload (those that want to run infrequently and very often yield/block although their runtime quantum hasnt been used up yet) are preferred for low performance cores. Though, in theory every thread can run on any core as it would be stupid to leave cores unused if threads are waiting to run, yet low power cores are generally preferred as that reduces power consumption and increases battery runtime.补充 3: 微软对于 Windows 运行 ARM 的官方文档。（此处推断错误，Jeff 指正 ARM64 不同于 x86 64，确实需要重新编译。）目前你看到的 Windows 运行 ARM 的评测基本都过时了。微软的官方文档链接如上，讨论了 Windows 运行传统 x86 程序，驱动程序，64 位程序，UWP 程序的方式。文中提到 X86 或 32 位程序以 WOW64 兼容层运行，64位兼容层仍在开发中，也会来的。这些程序不会知道自己运行在 ARM 晶元上，除非明确查询。TheWOW64layer of Windows 10 allows x86 code to run on the ARM64 version of Windows 10. x86 emulation works by compiling blocks of x86 instructions into ARM64 instructions with optimizations to improve performance. These x86 Win32 apps don』t have to recompiled for ARM and don』t even realize they are running on an ARM processor。
关于 64 位 ARM 应用及系统应用，Windows 会以无任何性能损失的原生模式运行。Windows 10 on ARM runs all x86, ARM32, and ARM64UWP appsfrom the Microsoft Store. ARM32 and ARM64 apps run natively without any emulation, while x86 apps run under emulation.This ensures that you get the best user experience and battery life out of your device running at the full native speed of the Qualcomm Snapdragon processor.
各种驱动由微软提供兼容的版本，其余的第三方驱动则需要厂商重新编译。All kernel-mode drivers,User-Mode Driver Framework (UMDF)drivers, and print drivers must be compiled to match the architecture of the OS. If an x86 app has a driver, then that driver must be recompiled for ARM64. The x86 app may run fine under emulation however, its driver will need to be recompiled for ARM64 and any app experience that depends on the driver will not be available. For more info about compiling your driver for ARM64, seeBuilding ARM64 Drivers with the WDK.
补充 4: Gary 以及Gus Mueller 对硬体及软体变动的预测。一个很有趣的来自 Linus 对于跨架构开发部署的看法。最优解是同架构开发及部署。
扩展阅读：
Linus Torvalds Says We Need ARM Based PCs, And He Is Right!
Educated Guesses on Software Transitioning to MacOS on ARM
几点值得留意：
补充 2: 单核性能。高通8cx 不能胜任，导致三星几天前选择将 8cx 换回英特尔 i5-L16G7。以及苹果 A 系列注重单核性能的原因。详细可以看我的这个回答。
