如今，大家都知道苹果已经铁了心要彻底转向ARM架构处理器，那么在这过程中，苹果有什么地方需要注意的吗？要知道，其实苹果并不是第一家提供采用ARM架构处理器的电脑产品。微软在这几年也在积极投入到ARM架构处理器的笔记本电脑的研发。

其最新产品Surface ProX可以说是小试牛刀，可惜的是由于目前骁龙系列的ARM架构处理器性能始终与X86有着一定的差距，导致Surface ProX的性价比十分低，也没有得到预期的回响。

那么现在到了苹果这边，如果非要提一个重要建议的话，那就是准确告诉用户哪些应用程序支持的是哪个处理器，并积极做出引导，让用户获得最佳体验。

这听起来虽然感觉很微妙，但事实上，当苹果从英特尔X86 Macs开始向着自己的ARM架构Mac过渡时，这不禁就会让人联想到微软和高通公司为帮助实现Windows-on-ARM体验所做的努力。

当年华硕推出内置高通ARM处理器的NovaGo笔记本电脑时，这种架构的优缺点就已经开始被人们所开始讨论，特别是它能做什么和不能做什么。而当像微软这种行业巨头也踏进这一领域时，其中所面临的问题也被进一步放大。

今天我们就来回顾一下微软在这一过程中都遇到了哪些绊脚石，以及苹果在转向ARM架构的过程中可能出现的问题。

缺乏对消费者的信息传达

没有一个消费者会愿意通过开发人员所写的技术文档来了解摆在他们面前的产品，也不会愿意以这种方式来决定购买行为。

但这正是微软在当时所犯的第一个错误，与消费者缺乏有效的直面沟通，帮助他们了解这款全新的产品。Windows如何将X86处理器的指令模拟成ARM芯片可以理解的代码这一过程本身就是一个繁琐复杂的事项，但微软真的就仅仅在其网站上以一种枯燥文档编辑方式，给用户进行解释。

先不说有多少人会主动去微软网站上了解，即便是想要通过这一文档更多信息的用户，也会很快被这一枯燥乏味的文档”打败“，最终也直接导致了用户对微软这款全新产品的了解不足。

微软从未真正努力告知消费者ARM平台需要什么，它的局限性是什么，以及克服这些局限性有哪些选择。

当然，微软的ARM架构笔记本电脑Surface ProX确实是有着很大的局限性。假设你要在Surface Pro X上下载Zoom视频会议应用程序。在微软应用商店中是找不到该应用程序，你必须到Zoom的网站下载程序。

而Zoom当然不会告诉你，目前的ARM架构电脑上是无法在虚拟模式下运行64位软件的，因此，即便你在Zoom官网下载了64位版本的Zoom应用程序，也还是会无法运行。这无形中就在消费者和享受体验之间建立了障碍，这也是被许多人认为是导致Surface ProX无法得到很好的市场回应的最大原因之一。

而如今，苹果似乎也将要走上同样的道路。与ARM上的Windows一样，苹果也使用代码将为X86处理器编写的指令转换为ARM芯片能够理解的指令。

在Mac上，这段代码被称为Rosetta，与苹果用来帮助从PowerPC过渡到X86的转换软件相同。现在，Rosetta 2被设计成接受为X86编写的代码，并使其能够“工作”于Mac的新ARM架构。

正如苹果在其网站上发布的开发者文档中所说，“转换过程需要时间，因此用户可能会感觉到转换后的应用程序有时运行得会有点慢。”

同时，用户也需要帮助他们的Mac使用正确的代码。苹果表示，如果二进制文件同时包含arm64和x86<wbr></wbr>u 64指令，用户可以告诉系统从Finder中应用的Get-Info窗口使用Rosetta来启动应用。例如，用户可以启用Rosetta translation已允许应用程序运行尚不支持arm64体系结构的旧插件。

然而，Rosetta不会转换虚拟化X86_64平台的内核扩展和虚拟机应用程序。Rosetta也不会翻译AVX指令（AVX是2011年英特尔在其第二代英特尔核心“Sandy Bridge”芯片中首次采用的一种指令）。

总的来讲，苹果告诉开发者（而不是消费者！）仿真应用程序的运行速度将比本机代码慢，用户可能需要手动适配应用程序以便在仿真模式下运行实现完全兼容，并且其转换软件不会处理9年前的指令。上述的一切，普通消费者目前都还不知道，也没有找到适合方式告知消费者。

难以寻求到兼容的应用程序

应用商店是消费者接触应用程序的重要窗口，不幸的是，微软的应用商店仍然很糟糕。

到目前为止，每个Windows用户都已经对这个商店几乎是无力吐槽了，没有任何信息告诉您应用程序上次更新的时间，没有更改日志提醒，无法查看到目前为止的下载次数等等。

当然，在采用ARM时，微软也有考虑到应用程序支持哪种处理器架构。如果你使用的是Windows on ARM（WoA）的PC上，Microsoft将自动隐藏不兼容的应用程序。但如果你在购买之前想了解WoA电脑上具体支持哪些应用，你就需要自己逐个应用程序去看是否兼容WoA,很糟糕的体验是吧？

虽然就目前而言，WIndows和Mac平台上的用户暂时还是能够同时选择这两种处理器体系架构。但再过几年，可以预见，在苹果将Mac批量转换为ARM后，Mac应用程序将面临ARM和X86两种架构的二选一问题。

此外，苹果的一些重要的第三方合作伙伴（如Adobe，微软）也是苹果应用生态的重要组成部分，这些合作伙伴也表示了支持苹果在ARM领域的努力。但我们也不禁要问，整个苹果应用开发商中有多少人会真正费心为ARM重新编码，以及需要多长时间才能让大家投入到ARM转换的进程当中？

虽然让应用程序为不同处理器架构进行单独编码在未来将会是趋势，但至少目前，苹果的“通用”应用程序将在两个平台上运行一段时间。

人们也尚未知道苹果自家ARM处理器在电脑端的真实表现到底如何，也不知道应用程序在苹果ARM平台的运行情况。因此，苹果需要利用好自家的应用程序商店，尽可能地将信息推送给用户和消费者，让他们对这一种新产品了解得更多，包括哪些应用程序是针对特定处理器进行本地编码的，哪些应用程序的性能将得到优化，哪些应用程序将被模拟并受到性能影响等等。

现在，消费者们仍然得不到足够理由让他们离开X86转而去接受一些新的和不熟悉的东西。如果消费者得到的解释总是以硬件为框架，而忽略了软件方面的体验，每个人最终得到的结果都只会是困惑。我们希望苹果能看到微软在研发ARM电脑过程中所造成的不足，并吸取教训，做得更好。

现在只能说，苹果在彻底转向ARM架构的过程中仍然路漫漫，一切都仅仅是开端。