Windows SDK

服务更新 10.0.22621.2428。

更新 10.0.22621.1778。 突出显示的功能包括：

• WindowTabManager API 允许具有选项卡式接口的应用程序向 Windows shell 提供有关打开的选项卡的信息。
• 汇报 HumanPresence API 以提高易用性，并为支持人类存在功能的传感器添加新设置。
• RemoteDesktop API 允许应用程序在远程桌面和本地桌面之间切换。

• 服务更新 10.0.22621.755。 包括对 VS 17.4 版本的 ARM64 支持

• 删除了 api-ms-win-net-isolation-l1-1-0.lib。 针对 api-ms-win-net-isolation-l1-1-0.lib 进行链接的应用可以切换 t OneCoreUAP.lib 作为替换。

• 删除了 irprops.lib。 链接到 irprops.lib 的应用可以切换到 bthprops.lib 作为放置替换。

• 将 ENUM 标记ServerSelection 从 wuapicommon.h 移动到 wupai.h 并删除了标头。 如果要使用 ENUM 标记ServerSelection，则需要包含 wuapi.h 或 wuapi.idl。

• Windows 10 WinRT API 包允许向 .NET Framework 4.5+ 和 .NET Core 3.0+ 库和应用添加最新的 Windows 运行时 API 支持。 若要访问 Windows 10 WinRT API 包，请参阅 Microsoft.Windows.SDK.Contracts nuget 包。

• printf 系列函数现在在打印完全可表示的浮点数时 符合 IEEE 754 舍入规则 ，并将遵循通过调用 fesetround 请求的舍入模式。 与 legacy_stdio_float_rounding.obj 链接时，旧行为可用。

• Windows 应用认证工具包。 应用认证工具包和 Windows 应用商店中的“支持的 API”列表中添加了几个新 API。 如果受支持列表中有在 Visual Studio 中显示为灰显或禁用的 API，则可以对源文件进行小幅更改以访问它们。 有关更多详细信息，请参阅此 已知问题。 查找测试的更多更新。

• 消息编译器 (mc.exe) 更新：

  • 现在，在 .mc 文件中检测 BOM) (Unicode 字节顺序标记。 如果 .mc 文件以 UTF-8 BOM 开头，则会将其读取为 UTF-8 文件。 否则，如果它以 UTF-16LE BOM 开头，则会将其读取为 UTF-16LE 文件。 如果指定了 -u 参数，则会将其读取为 UTF-16LE 文件。 否则，将使用当前代码页 (CP_ACP) 读取它。
  • 现在可避免 MC 生成的 C/C++ ETW 帮助程序中由于配置宏 (冲突（例如）导致的单定义规则 (ODR) 问题 当两个定义MCGEN_EVENTWRITETRANSFER冲突的 .cpp 文件链接到同一个二进制文件时，MC 生成的 ETW 帮助程序现在将遵循每个 .cpp 文件中MCGEN_EVENTWRITETRANSFER的定义，而不是任意选取一个或另一个) 。

• Windows 跟踪预处理器 (tracewpp.exe) 更新：

  • 支持 Unicode 输入 (.ini、.tpl 和源代码) 文件。 以 UTF-8 或 UTF-16 字节顺序标记 (BOM) 开头的输入文件将被读取为 Unicode。 不使用 BOM 开头的输入文件将使用当前代码页 (CP_ACP) 读取。 为了向后兼容，如果指定了 -UnicodeIgnore 命令行参数，则以 UTF-16 BOM 开头的文件将被视为空。
  • 支持 unicode 输出 (.tmh) 文件。 默认情况下，将使用当前代码页 (CP_ACP) 对输出文件进行编码。 使用命令行参数 -cp：UTF-8 或 -cp：UTF-16 生成 Unicode 输出文件。
  • 行为更改：tracewpp 现在将所有输入文本转换为 Unicode，在 Unicode 中执行处理，并将输出文本转换为指定的输出编码。 tracewpp 的早期版本避免了 Unicode 转换，并执行了假定单字节字符集的文本处理。 如果输入文件不符合当前代码页，这可能会导致行为更改。 如果出现此问题，请考虑使用 BOM) 和/或使用 -cp：UTF-8 命令行参数将输入文件转换为 UTF-8 (，以避免编码不明确。

• TraceLoggingProvider.h 更新：

  • 避免了由于配置宏 (冲突而导致的单定义规则 (ODR) 问题，例如，当两个定义为 TLG_EVENT_WRITE_TRANSFER 冲突的 .cpp 文件链接到同一个二进制文件时，TraceLoggingProvider.h 帮助程序现在将遵循每个 .cpp 文件中TLG_EVENT_WRITE_TRANSFER的定义，而不是任意选取一个或另一个) 。
  • 在 C++ 代码中，TraceLoggingWrite 宏已更新，以便使用可变参数模板在类似事件之间更好地共享代码。

• 对应用进行签名。 Device Guard 签名是一项 Device Guard 功能，在 适用于企业的 Microsoft Store 和教育版中提供，它允许企业保证每个应用都来自受信任的来源。 请参阅 有关 Device Guard 签名的文档。

• SDK 标头已更新，以解决在 VS 2019 v16.6) 中引入的 MSVC 编译器 cl.exe (/Zc：preprocessor 中使用符合标准的 C 预处理器进行编译时出现的错误。

• 修复了：“GdiplusTypes.h 未使用 NOMINMAX 进行编译”。 请参阅 Visual Studio 反馈。

• 使用 /std：c11 或 /std：c17 生成时，现在可获得：

  • C99 tgmath.h
  • assert.h 中的 C11 static_assert
  • C11 stdalign.h
  • C11 stdnoreturn.h

• 面向 ARM64 的 Clang/LLVM for Windows v11 与最新的 winnt.h 不兼容

  • 解决方法是，在面向 ARM64 平台时，请使用以前版本的 Windows 10 SDK (内部版本 19041) 或 clang/LLVM for Windows v10

• DirectXMath (包括此版本中的版本 3.16) 与 ARM64 上的 Windows 的 Clang/LLVM 不兼容。

  • 解决方法是使用 NuGet、vcpkg 或 GitHub 中提供的最新版本 DirectXMath。 这些版本包括 (版本 3.16b) 所需的热修补程序。
    • www.nuget.org/packages/directxmath
    • github.com/microsoft/vcpkg/tree/master/ports/directxmath
    • github.com/microsoft/DirectXMath

• 更改了某些头文件的情况，以便针对区分大小写的文件系统将其规范化：

  • OAIdl.h、ObjIdl.h、ObjIdlbase.h、OCIdl.h、Ole2.h、OleAuto.h 和 OleCtl.h 均设为小写。
  • 对于 Clang/LLVM for Windows 内部版本，若要在不发出警告的情况下同时支持旧版本和最新Windows 10 SDK，请将 添加到 -Wno-nonportable-system-include-path CLI 或以下源 #pragma：

  #ifdef __clang__

  #pragma clang diagnostic ignored "-Wnonportable-system-include-path"

  #endif

此版本包含以下文件。 如果遇到这些问题，建议尽快更新 SDK 版本以避免出现以下问题：

• 解决了链接伞库和本机 OS 库（例如 onecoreuap.lib 和 kernel32.lib (时无法预测且难以诊断的崩溃)
• 解决了阻止 AppVerifier 工作的问题
• 解决了导致 WACK 失败并出现“任务未能启用 HighVersionLie”的问题