微软声称，基于Windows App SDK的应用程序在Windows 11上的运行速度显著提升。早期测试显示，加载时间提高了50%，应用程序包大小却减少了8倍。
Windows App SDK不是一个框架，而是一套工具，它弥合了Win32和UWP（Universal Windows Platform，通用Windows平台）之间的“API”差距。它允许开发者使用他们喜欢的框架，比如Win32，来开发可以访问API的Windows应用程序。然而，有一个问题——基于Windows App SDK的应用程序启动可能会比较慢。
几乎每个使用Win App SDK构建的应用程序在运行时要么缓慢，要么动画卡顿，特别是在进行交互操作时。比如Photos或Phone Link应用程序的性能问题，特别是启动画面时间比平时要长。
微软也确认了其新的Photos应用程序启动过慢，解决方法是自动在后台运行应用程序。
不仅仅是Photos应用程序。
其他应用程序，如将你的Android手机或iPhone与Windows 11连接的“Phone Link”，在重新启动后第一次启动时也会比平时打开得更慢。
启动时间慢并不是唯一的问题。还有用户反馈， Win App SDK应用程序可能会有卡顿的感觉。由于这些现代应用程序严重依赖Microsoft Edge WebView，它们比传统的Windows应用程序使用更多的内存。
幸运的是，微软意识到了这个问题，并且已经有了修复方案。
在9月6日的微软支持文档，确认了“原生AOT”支持。
https://learn.microsoft.com/en-us/windows/apps/windows-app-sdk/preview-channel#native-aot-support
根据微软的说法，Windows App SDK现在支持“原生AOT”，即原生提前编译（Ahead-Of-Time，AOT）。这是应用程序开发者在编译他们的应用程序时才能实施的东西。
更新后的应用程序启动时间更快，并且它们消耗的内存也更少。
在早期测试中，微软观察到了50%的更快启动时间，应用程序包现在小了8倍。
以自包含模式使用Windows App SDK的应用程序也小了两倍。
原生AOT支持对于Windows App SDK和现代Windows 11应用程序（如Photos和Phone Link）来说可能是一个重大改进。
还需要注意的是，微软不再将硬编码的Edge WebView2 SDK捆绑到Windows App SDK中，这减少了应用程序的大小。相反，它使用NuGet在需要时访问Edge WebView2 SDK。
当微软和其他开发者开始使用带有原生AOT的Win App SDK 1.6时，将会得到性能的提升，包括减少内存使用。
