微软可能也曾找到了在 Windows 11 上更快地运行基于 Windows App SDK 的运用门径的更好门径，新的测试闪现加载工夫最多可诽谤 50%，运用门径大小可减轻 8 倍。不外，后果可能会有所不同，并非统共运用门径皆能运行得更快。

Windows运用门径SDK的联接了 Windows 运用门径缔造器具的精华，弥补了 Win32 API 和 UWP API 之间的差距。它允许缔造东谈主员使用我方心爱的框架来构建当代 Windows 运用门径。但有一个问题--基于 Windows App SDK 的运用门径启动速率可能会很慢。

据报谈，使用 Windows 运用门径 SDK 构建的其他运用门径在几个方面运行沉静。率先，与旧版 Windows 运用门径比拟，它们的启动工夫可能更长。微软也承认其新的像片运用启动速率太慢，贬责门径是在后台自动运行该运用。

运用门径运行后，界面可能会嗅觉逐渐或响应蠢笨。由于这些当代运用门径严重依赖 Microsoft Edge WebView，因此可能会比预期使用更多的 CPU 功耗和内存。点击按钮或浏览运用门径时也可能出现蔓延。

在浏览撑执文档时，Windows Latest 疑望到一篇日历为 9 月 6 日的博文，其中强调了 Windows App SDK 1.6 版块的性能上风。缔造东谈主员当今不错试用和测试该版块，然后更新他们的运用门径。

据微软称，Windows App SDK 当今撑执"Native AOT"，即土产货超前编译（AOT）。这独一运用门径缔造东谈主员在编译运用门径时智力已毕。更新后的运用门径启动工夫更快，内存铺张更少。

初步测试闪现，该系统的性能有了一些道理的擢升，其中包括

在早期测试中，微软发现启动工夫诽谤了 50%。

运用门径包当今减轻了 8 倍。

以独处口头使用 Windows App SDK 的运用门径也要小两倍。

原生 AOT 撑执关于 Windows App SDK 和当代 Windows 11 运用门径（如像片和手机集合）来说酷好要紧。

还需要注成见是，微软不再将硬编码的 Edge WebView2 SDK 紧缚到 Windows App SDK 中，这将减小运用门径的大小。拔旗易帜的是，在需要时使用 NuGet 拜访 Edge WebView2 SDK。

这些改变不会平直加速运用门径在 Windows 11 上的运行速率，但当 Microosft 和其他缔造东谈主员开动使用带有本机 AOT 的 WinAppSDK 1.6 时，您会发现性能会有所提高，包括内存使用量的减少。