Windows|骁龙芯要在Windows上大放异彩？前路道阻且长( 二 )

坦率的说， Windows on ARM计划描绘的蓝图其实相当诱人，基于这一技术的设备理论上既能享受ARM架构处理器带来的低功耗和长续航，又能像使用x86 PC那样，延续用户此前的软件使用习惯，可谓是博采众长。然而遗憾的是， Windows on ARM设备不光价格并不那么亲民，同价位所能提供的性能通常也更弱，此外最关键的问题是缺乏足够的原生应用。

此外， Windows on ARM最核心的问题是开发者的积极性不高，因此导致了为其开发的原生应用数量严重不足。其实在运行ARM原生应用时， Windows on ARM设备的体验相当出色的，响应快速、界面切换流畅、运行稳定，就与主流PC运行x86应用别无二致，再加上超长的续航和几乎为零的发热量，体验也更为出色。

可一旦运行非原生应用，在需要进行转译时， Windows on ARM的缺陷就暴露出来了。就像苹果为M系列芯片配套了Rosetta 2一样，需要在运行过程中逐渐将x86代码翻译为ARM的原生代码。然而由于微软缺乏苹果的软硬件一体化生态，无法在硬件上实施提高转译效率的功能，这就让原本就性能不高的Windows on ARM设备雪上加霜。
更为致命的是，微软为了让所有的Windows on ARM设备都能具备通用的转译机制，采用的是实时的JIT动态转译机制，因此对于性能的拖累也被进一步放大。因此在苹果搭载M1系列芯片的Mac机型上，用户几乎不会感受到转译的卡顿，但在Windows on ARM设备上，一旦运行非原生应用体验几乎是灾难性的。
再加上，目前Windows本身对于x86架构英特尔12代酷睿的混合架构都各种状况不断，更遑论采用ARM三丛集架构的高通骁龙8cx Gen3了。

至于说微软或者高通，为什么不扩大ARM原生应用在Windows on ARM的规模，只能说他们已经尽力了。君不见，谷歌的Chrome浏览器移植Windows 10 on ARM时，最大的贡献者并非谷歌、而是微软。

【Windows|骁龙芯要在Windows上大放异彩？前路道阻且长】这一啼笑皆非的事实也直指一个现状，那就是有相当多的开发者对于Windows on ARM并不感兴趣。从某种意义上来说， Windows on ARM目前面临的其实与当初Windows Mobile一样的困境，由于平台本身的不成熟导致用户体验糟糕，消费者在不满意的情况下自然会选择用脚投票，而没有了用户的支持、开发者显然也就兴趣缺缺了。