Arm上的Windows 11应用程序开发新方法ARM64EC，能够与x64程式码相容互通

微软推出构建Arm装置上Windows 11应用程序的新方法ARM64EC，开发者可以下载最新的Visual Studio预览版，以及Windows 11 Insider SDK，开始以ARM64EC将应用程序转换到Arm装置上，让应用程序以原生速度运作。ARM64EC的优点在于，即便应用程序的相依项目或是套件不支援Arm，应用程序仍可以顺利地移植到Arm装置上。

ARM64EC是一种适用于ARM上Windows 11的应用二进制界面（Application Binary Interface，ABI），能够以原生速度执行并且和x64互通，也就是说，应用程序中的ARM64EC程式码会原生地执行，而其他的x64程式码，将会使用Windows 11内建的模拟器执行。

微软解释，ARM64EC ABI和现有ARM64 ABI的不同之处在于，ARM64EC和x64程式码的二元相容性，由于ARM64EC ABI遵循x64软件的约定，像是呼叫、堆叠使用和资料结构对齐等，使得ARM64EC和x64程式码得以互通，因此建构ARM64EC应用程序能够包含x64程式码，但并非必要，ARM64EC本身就具有完整的Windows ABI。

过去要替Arm装置重建应用程序，代表着必须要重新编译整个应用程序，虽然能够提供用户更好的原生体验，用到Arm设备的全部功能，但是从开发人员的角度来看，移植应用程序的成本可能很高，甚至窒碍难行，因为开发人员必须要重建流程中的所有二进制档案。

而ARM64EC带来的好处，是让开发者可以从小地方着手，逐步建置Arm程式，找出以ARM64EC重新建置，能够提升最多效能的部分开始，只先将其以ARM64EC重建，其他部分维持模拟x64，而重新编译的部分就能够以原生的速度执行，随着发展，开发者可以逐渐地将应用程序其他部分，重新编译为ARM64EC，进一步获得应用程序的效能和减少电池消耗的好处。

混合x64和ARM64EC程式码的能力，使得应用程序即便有部分x64程式码无法移植到Arm上，开发者还是能够建构适用于ARM上Windows 11的应用程序，不支援Arm的第三方相依项目，可以继续维持x64，因此采用套件生态系统的应用程序，也能够顺利转换成为ARM64ECＭ，在Arm上获得原生的执行速度，并且继续使用x64套件。

微软内部已经使用ARM64EC重建了ARM上Windows 11的二进制档案，因此由x64应用程序载入的系统程式码，都能够以原生速度执行，另外，Office团队也使用ARM64EC，之后会推出64位元适用于Arm的Office，该版本Office可以使用现有的x64扩充套件。