微软
所有 x86 软件都可以在模拟器中运行，但当 M1 推出时，虽然能够支持，但为 M1 优化的 numpy 和 tensorflow 等库却需要花费很长时间来适配。相比之下，
微软在这方面已经努力多年，但收效甚微。例如，从 Windows 8 RT 到 Windows 10 S 再到 Windows-on-Arm，这些尝试始终未能留住用户。用户更关心的是设备是否具备更长的电池续航和更低的发热量，而
英特尔架构的设备通常很难将电池寿命维持在 10-12 小时以上。
微软与
苹果从依赖
英特尔转向
Apple Silicon 的路径非常相似，只不过
苹果的步伐更快且更为成功。值得一提的是，在 x86 和 ARM 架构的发展历程中，Itanium 的存在也起到了重要的推动作用。Itanium 可以说是
惠普 (HP) 和
英特尔 (Intel) 的合作成果。当时，
惠普退出了自身的 CPU 业务，并说服
英特尔将 Itanium（实际上是下一代 HP PA RISC）视为未来方向。于是，
英特尔聘请了
惠普的工程师，计划逐步淘汰 x86 架构。然而，
AMD 在此期间推出了 X64 架构，而
英特尔不得不向
AMD 购买 x64 许可。与此同时，
英特尔仍坚持支持 Itanium 近 20 年之久，这被许多人认为是
英特尔的一大失误。因为当 Itanium 显示出其实际应用价值有限时，
英特尔浪费了大量的时间和成本。在 ARM 版本的 Windows 10 中，曾经尝试通过 x86 和 x64 模拟器来兼容早期 Win9x 时代的软件。然而，这种体验并不理想。现代优化后的软件与通过仿真层运行的老式 32 位代码结合在一起，导致性能参差不齐。尽管在运行原生 ARM 应用时，设备表现出更长的电池寿命，但在处理游戏或大型专业软件（如
Adobe 套件）时，系统可能会出现卡顿现象。一些基础的 x86/x64 软件可以正常运行，但如果涉及系统级操作或函数调用（例如自定义驱动程序分区或加密功能的 Win32 软件），则往往无法正常使用。不过，
微软一直在积极与
Adobe 等合作伙伴协作，重新编译这些关键应用。目前，像 Edge 浏览器（以及其他基于 Chromium 的浏览器）以及 Firefox 都已推出适合 ARM 架构的版本，成为
Google Chrome 的良好替代品。这表明
微软正在逐步解决 ARM 版 Windows 上的应用生态问题，尽管仍有很长的路要走。
