去年，微软官宣了一则消息：通过Arm64EC ABI技术，x64版本的应用程序可以正常运行在ARM架构上的Windows 11，这是一种将应用程序带到ARM版本Windows的新方式。 借助 Arm64EC，你可以在同一进程中混合使用 Arm 和 x64 代码，从而以增量方式将现有 x64 应用程序移植到 Arm。 我们还宣布了在 Visual Studio 中对 Arm64EC 开发的实验性支持。
现在，经过一年的错误修复和产品优化，我们在这里宣布：此工具集将在Visual Studio 17.3 版本中将退出实验模式，从而可以在 Arm 上为 Windows 11 构建完全支持的 Arm64EC 应用程序。 我们希望，通过使用 Arm64EC 技术，可以让开发人员更轻松地在 Arm 上面向 Windows平台开发，尤其是对于今天由于x64插件或依赖项而无法迁移到 Arm 的应用程序。
关于Arm64EC的更多信息
你是否想了解有关 Arm64EC 的更多信息，以便确定它是否是移植工作的最佳解决方案？ 我们有几个资源详细介绍了 Arm64EC 的工作原理以及如何使用它，下面是相关的一些资源，请参考：> 要开始构建 Arm64EC 应用程序，请查看此文档，了解如何选择你所需要的工具。> 如果你需要查看将x64插件用于数字音频工作站的端到端示例，请查看这篇文章：<<使用 Arm64EC 从你的 Arm 代码加载 x64 插件（如 VST）>>> 你还可以在 Arm 设备的 Windows 上构建可供 Arm64 和 Arm64EC/x64 进程使用的二进制文件。 要了解有关此二进制格式以及如何构建它们的更多信息，请查看有关 Arm64X 二进制文件的文档。> 要更深入地了解 Arm64EC 作为 ABI 以及与模拟 x64 的互操作性如何工作，请查看有关 Arm64EC 组装和 ABI 的文档。
接下来
我们计划在即将发布的版本中继续支持该工具链，以支持 Arm6EC 中的 __vectorcall 调用约定以及解决性能优化问题。 如果你想就工具链的问题或有关其使用的任何反馈，请与我们联系，我们会一直在开发者社区中倾听您的声音。
总结
先慢慢普及64位应用，虽然现在Topomel Box还是将会以32位对外公布。然后再慢慢引导开发者淡出32位应用。最后，再将海量64位应用通过Arm64EC移植到ARM版Windows。大一统的梦想，妥了。
最后
Microsoft Visual C++团队的博客是我非常喜欢的博客之一，里面有很多关于Visual C++的知识和最新开发进展。大浪淘沙，如果你对Visual C++这门古老的技术还是那么感兴趣，则可以经常去他们那(或者我这)逛逛。本文来自：《Official Support for Arm64EC is Here》
