微软宣布对使用 Windows App SDK 构建的应用程序进行重大改进，声称这些改进最多可将加载时间缩短 50%，并且显著减小应用程序体积。这些变化得益于原生提前编译（Native Ahead-Of-Time, AOT）等新技术的应用，但实际性能提升将取决于开发者是否更新他们的应用程序，据 Windows Latest 报道。
Windows App SDK 弥合了 Win32 与 UWP 之间的差距
Windows App SDK 提供了工具，使开发者能够访问现代 API，而不必局限于特定框架。然而，使用此 SDK 的应用程序因启动时间长和 UI 响应性差而受到批评。
微软承认部分应用存在性能问题
微软已经承认其一些应用程序存在性能问题，包括照片和手机链接应用程序，这些应用程序已知具有比预期更长的启动画面和慢响应时间。在重新启动后首次启动应用程序时，这些问题尤其明显。作为变通方法，微软建议在后台运行应用程序以改善启动时间。
解决这些问题的关键方案之一是引入原生 AOT 支持，它能够实现更快的启动时间和减少内存使用。原生 AOT 预先编译应用程序，与传统编译方法相比提高了性能。然而，开发者需要在构建或更新应用程序时自己实现这一特性。
在早期测试中，微软观察到显著的改进：应用程序现在加载时间最多快了 50%，应用程序包体积缩小了八倍。在自包含模式下运行的应用程序体积也减少了最多 2 倍，进一步提高了基于 Windows App SDK 的应用程序的效率。
Edge WebView2 SDK 的处理方式变更
微软还对 Edge WebView2 SDK 的处理方式进行了更改。以前，这个 SDK 被硬编码到 Windows App SDK 中，增加了应用程序的体积。现在，它根据需要通过 NuGet 访问，有助于减少整体应用程序包大小，尽管这一变化并不直接影响应用程序性能。
优化为开发者提供显著改进的基础
虽然这些优化不会立即使应用程序更快，但它们为开发者采用更新的 SDK 后显著改进奠定了基础。使用 Windows App SDK 1.6 与原生 AOT 构建的应用程序应该随着时间的推移显示出更好的性能，减少内存使用和更小的文件大小。尽管这些改进承诺，慢速应用程序启动时间和卡顿的动画仍然是一个关注点，直到应用程序更新。
0条评论