同样是ARM，为什么Mac会成功，Windows却输得一败涂地？
整理：郭露|文章来源：CSDN（CSDNnews）
图源自IC photo
由于联邦贸易委员会在去年对于反垄断严加打击，在上个月彭博社发布一篇报道后，有传言称英伟达正准备放弃以400亿美元收购Arm。
本周英伟达正式官宣终止收购 Arm。事实上，倘若彼时英伟达和Arm合并，预期将创造出仅次于英特尔的第二个半导体巨头，并在移动和嵌入式处理器领域成为高通和三星的强力对手。除此之外，两者合并后还可能成为微软下一代基于ARM的Windows笔记本电脑的硅供应商等。
因此，许多行业观察家可能想知道：ARM在桌面计算领域的未来是否全是苹果？就目前而言，只有苹果公司通过将其Mac平台过渡到M1 ，在自己设计的基于ARM的芯片上取得了成功。
1
Windows on ARM却成绩平平，这是为何？
苹果M1 Mac的成功证明，ARM在PC上同样很有前景，可是在此之前的微软也就是Windows on ARM却成绩平平，这是为何？
对此，很多人认为Windows on ARM的主要障碍在于硬件，因为软件以及开发工具都是现成的。然而真正的问题在于开发者工具的兼容问题。例如Visual Studio、VS构建工具和RISC-V等等。倘若不能解决兼容问题，那么Windows on ARM永远无法实现。
微软的开发者工具链在ARM中表现非常糟糕，微软并未提供ARM版本的Visual Studio、VS构建工具、甚至没有Microsoft Visual C++，他们希望ARM开发者能够在x86主机上交叉编译C++软件或模拟x86。
即使ARM可原生支持.NET以及VS Code，但这对于C++开发者来说意义不大。因为MSVC是封闭源代码，ARM要想获得对MSVC的本机支持只能靠微软。
图源自IC photo
除此之外，开源问题同样不容乐观。由于MinGV或是MSYS开发环境中无法搭建ARM，因此Windows上无法使用Arm GCC或Arm Clange工具链。尽管有部分功能能够添加原生ARM支持，但目前还无法使用。Arm官网中可以下载用于x86的MinGV GCC，并为Arm设备进行交叉编译。如果只有用竞品才能在Windows上编译自己的产品，那么这的确能够说明一些问题。
另一个在Windows中流行的C++编译器是英特尔C++编译器（ICC），但它并不能在ARM上使用，并且必须要安装Visual Studio。也就是说，4个流行的C++编译器均不能用于ARM Windows。
可能许多人都不了解为编译器提供原生ARM支持的意义所在。在为手机或游戏开发软件时，有许多开发者已经从自己的电脑交叉编译到其他设备中，那为什么不能交叉编译到ARM Windows设备上呢？其实这是可行的，但是不好用。
如果Windows电脑不能原生支持编译器，并且需要其他电脑交叉编译二进制文件/可执行文件，那么这就和手机没什么区别，因为开发者不能在同一设备上进行开发测试。不同之处在于手机和游戏机并不是开发平台。虽然手机可以写代码，但这种情况并不多见。
除此之外，Windows for ARM的另外一个缺点在于它不支持OpenGL以及Vulkan。如果你用的是Vulkan，就算你设置了交叉编译工具链也不方便。如果你使用的是OpenGL程序，你最好转为DirectX。
微软的要求很明确，如果要用到新的ARM Windows平台，就必须要用他们的专业API。同样，PlayStation、Xbox、Switch 和 iPhone 要求开发者使用专有的图形 API，但他们都不能运行编译器，因此开发者必须从另一台设备进行交叉编译。开发者应当清楚：Windows for ARM不能运行专业的图形API或是编译器，不能用作专业的开发平台。
2
用户：微软逼我选择x86
由于开发者在ARM Windows上的体验较差，他们会选择使用x86，如此反复，Arm Windows永远不会达到和x86相同级别的支持，而使用ARM Windows的人也会越来越少。打破这一循环的方法就是让Visual Studio等主要开发者工具能够支持ARM。
相比之下，ARM对于macOS以及Linux上的开发者工具的支持要好得多。GCC、Clang和 Python可完美支持ARM。开发者可以下载这些开发工具的本地版本并进行本地编译，与传统的模式没有任何不同。
但如果苹果在没有移植Clang并且不支持OpenGL的情况下就发布ARM macOS同样是个灾难。在这种情况下，开发者必须使用旧的x86 Mac进行开发并为ARM Mac进行交叉编译。而这势必会引起轩然大波，开发者会担心苹果是在把macOS转变为iOS，如果不能编译自己的软件，也就不能运行自己的软件。这样和Windows没什么区别。
从C++开发者的角度来看，可能Linux对于RISC-V的支持比Windows对于ARM的支持更好。RISC-V是一种全新的开源CPU架构，但目前还无法使用。RISC-V上的Linux体验一般，不过仍有一个可用的编译器，因此开发者可以在另一台设备上使用本机软件进行开发，而无需交叉编译。从这一点来说Windows for ARM是更为逊色的。
微软在ARM设备上的首次尝试是在2012年发布的Surface平板电脑中，它运行的是Windows RT（Windows 8 for Arm）。如果微软全力支持ARM，他们应该早在2012年就将MSVC和Visual Studio移植到ARM，类似于苹果在发布第一批ARM Mac时对Xcode和Clang的支持。
回顾过去，微软似乎将Visual Studio移植到ARM上没什么想法。直到今年，微软才将Visual Studio移植到同一架构的64位版本。这是2003年发布的第一个64位x86 CPU，即Athlon 64，而这距离现在已经19年了。不过微软的确在2005年左右将MSVC移植到了64 位 x86上，因此ARM并不是一点希望也没有，但是为了让开发者获得更好的体验，微软需要将整个Visual Studio堆栈移植到Arm。（本文作者郭露，来源于CSDN，IT大佬已获得作者授权、经IT大佬编辑发布，文中观点为作者观点、不代表IT大佬观点。）
延伸阅读
收购Arm成镜花水月：英伟达黄老板面对残酷现实
nVIDIA收购ARM会带来什么？
扫码关注“IT大佬”