windows系统macOS换用ARM来势汹汹！Win10 ARM失败在哪里( 四 ) |WWDC|

·Windows Phone并未建立起强有力的生态。微软多次变更Windows Phone的开发路线，开发工具也一改再改。 Windows Phone的开发环境非常不稳定，系统自身从开始的CE内核变为NT内核，而应用则从一开始的XAP到APPX ，到了Win10M又要求开发者开发UWP应用……开发者连Windows Phone剧变的开发环境都无法跟上，最后冷眼旁观WP/Win10M的垂死，更何况边缘产品Windows RT？此情此景下，通过WP给Windows RT输血是不切实际的。

本文插图
Windows应用商店不稳定，还时不时爆出无法安装应用的大问题
·ARM平台性能太弱。 Surface使用的是Tegra3芯片，该芯片的性能甚至不如同时代的Atom ，系统自带的Office运行起来卡顿无比。指望当时的ARM芯片支撑起桌面级的体验？根本无法胜任。
·其他因素。开发者们发现，通过破解Windows RT系统数字签名限制，可以将X86平台上的Win32程序重新编译后，安装到Windows RT上，并且顺利运行。然而微软封堵相关漏洞，进一步削弱了Windows RT的扩展性。
简单来说，尽管微软让Windows RT运行在了ARM平台上，但没有为其配备一个理想的开发环境，也没有让其能直接兼容传统的X86软件应用，与此同时Windows RT还有着UI分裂、平台性能羸弱等问题，失败也就在情理之中。
到了最近的Windows 10 ARM版，许多问题似乎已经得到解决。 ARM芯片的性能大幅提升，甚至逼近了桌面低压X86处理器；而可以跨平台支持ARM和X86的UWP应用开发环境，相对以前来说也较为稳定；同时，微软还让Windows 10 ARM可以直接运行X86软件。然而， Windows 10 ARM却依然有着如下缺陷。
·兼容不佳。微软为Windows 10 ARM做的中间兼容层，当前并不能完美兼容所有的X86软件，只有32位的软件能够实现兼容。事实上， Windows 10 ARM使用的Thumb2指令集是和Windows RT一脉相承的，不过这次面向Win32程序开放了兼容，但这套指令集并不兼容X86-64（Windows RT时代ARM处理器仍未迈入64位），日后需要大改才能兼容64位软件。

本文插图
Windows 10 ARM运行Win32软件效果一般
·性能低下。在Windows 10 ARM上运行的X86软件，是边转码边运行的，并不像苹果Rosetta 2那样在安装时作好转码工作，运行时无需再次转码。这就造成了Windows 10 ARM运行X86软件性能不尽如人意。
·UWP前景成疑。 UWP应用目前仍存在诸多限制，能实现的功能有限，稳定性更差，开发环境也不如传统的WPF成熟。要知道，用Mac Catalyst开发应用，是起码有成熟的iPad生态兜底的，兼容macOS是一个加分项；用UWP开发应用能得到什么？只会面对传统Win 32软件的强烈竞争，开发者在UWP和Win32软件开发之间，会作何选择不言而喻。

本文插图
UWP的大饼真香，但喂不饱开发者
·微软没有对ARM硬件的掌控力。 Windows 10 ARM运行于骁龙平台，微软并没有像苹果那样，自行设计ARM芯片，软硬件结合度自然有所欠缺。苹果可以确保未来macOS跑在怎样性能水准的ARM芯片上，而微软只能仰仗高通。在ARM性能对X86仍处于追赶态势的现状下，这是一个藏有暗雷的要素。

本文插图
苹果可以祭出自己的芯片，微软只能和高通合作
·Windows有着更沉重的历史遗留兼容问题。 macOS换用ARM ，苹果仍只需专心打造新的Mac电脑；而Windows换用ARM ，微软必须顾及众多的硬件厂商，以及诸多的老软件，转型速度注定不如苹果。