VB/VBA可以在ARM版的Windows上运行吗？

1、我们知道Basic是在微软手上发扬光大的，后来的VB/VBA更是只有Windows版本，说VB/VBA跨平台之类的，就是个笑话。

2、我们也都知道Wintel联盟，Windows从一开始就是使用Intel的芯片，而且从8086开始，X86标准就已形成。

3、VB/VBA的诞生和辉煌时期，都是X86占据绝对统治地位的时期，所以VB/VBA没有理由需要开疆辟土。

4、但在AMD、ARM移动互联网的攻伐下，这个联盟的地位不断遭受到挑战。AMD好歹也是X86家族的，有也是对Intel垄断地位的影响，而对微软来说只不过多了一道保险而已。但ARM主导下的移动互联网，对Windows才是真正的威胁。所以，微软做梦都想把屁股坐上来。

5、微软祭出的ARM版Windows，无疑就是既想占坑又想分羹。ARM是精简指令集的代表，原本脱胎于复杂指令集，主打低能耗的专用场景。由于对复杂指令进行了精简，抛弃了功能冗余的指令，这也造就了硬件设计的简化，同时也像Linux那样，很难形成统一兼容环境，故天生就适合嵌入式设备。

6、精简指令集在IBM的支持下，早期用于服务器，但很快就被X86这样的复杂指令给镇压了。要不是后来的智能手机救了一把ARM，估计精简指令只会在非常细分的场景中才能得以存活，而不是现在这般红火。

7、微软一统终端设备的野心，从Win8时代收购诺基亚开始，就从未停止过。不过事与愿违，复杂指令和精简指令之间，早已有各自稳定的生态，要想到别人的地盘抢食谈何容易。

8、微软从Windows RT 8.1(Nokia 2520)，到后来推出ARM版Win10，也只不过售卖了Windows的产品名声。大家期望的是那个能跑Win32应用的Windows，但等大家买到手才发现应用生态实在太差劲了。为了导入Win32生态，微软甚至专门出了X86仿真器。这不，在营销上就可以正儿八经的说，瞧，我们的平板，甚至手机可以直接运行PC上的应用哦。

9、所以ARM版Win10上运行VB/VBA代码，应该不成问题，但非常鸡肋。这不仅仅是VB/VBA，更是所有Win32生态迁移上的鸡肋。性能不仅急剧下降，能耗有可能更高(运行Win32难道发热不明显吗？待机时间不是会打折扣了么？)。所以在主打低能耗的设备上跑高能耗的程序，是不是跑错了地方呢？

10、VB/VBA生于X86，长于X86，X86的生态才是VB/VBA打不死的真正原因。

后面几篇，本人打算从CPU架构方面来谈谈编程，谈谈VB/VBA如何继续往前走。欢迎支持并关注BtOfficer，更多精彩内容，会被发育出来滴。