Windows SDK

更新 10.0.22621.1778。 醒目提示的功能包括：

• WindowTabManager API 可讓具有索引標籤介面的應用程式提供開啟索引標籤給 Windows 殼層的資訊。
• 更新至 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 tagServerSelection 從 wuapicommon.h 移至 wupai.h，並移除標頭。 如果您想要使用 ENUM 標籤ServerSelection，您必須包含 wuapi.h 或 wuapi.idl。

• Windows 10 WinRT API 套件可讓您將最新的Windows 執行階段 API 支援新增至您的 .NET Framework 4.5+ 和 .NET Core 3.0+ 程式庫和應用程式。 若要存取 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 檔案中的 Unicode 位元組順序標記 (BOM) 。 如果 .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 輸出 (.t) 檔案。 根據預設，輸出檔案會使用目前的字碼頁編碼 (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 宏已更新，以使用 variadic 範本在類似事件之間啟用更好的程式碼共用。

• 簽署您的應用程式。 Device Guard 簽署是一項 Device Guard 功能，可在 商務用 Microsoft Store 和教育版中使用，可讓企業保證每個應用程式都來自受信任的來源。 請參閱 Device Guard 簽署的相關檔。

• SDK 標頭已更新，以解決在 MSVC 編譯器中使用標準一致性 C 預處理器cl.exe (/Zc：preprocessor 時發生的錯誤，VS 2019 v16.6) 。

• 已修正：「GdiplusTypes.h 未使用 NOMINMAX 編譯」。 請參閱 Visual Studio 意見反應。

• 使用 /std：c11 或 /std：c17 建置時，您現在會取得：

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

• 以 ARM64 為目標的 Windows v11 Clang/LLVM 與最新的 winnt.h 不相容

  • 因應措施是，以 ARM64 平臺為目標時，使用舊版的 Windows 10 SDK (組建 19041) 或適用于 Windows v10 的 clang/LLVM

• DirectXMath (在此版本中包含 3.16 版) 與 ARM64 上的適用于 Windows 的 Clang/LLVM 不相容。

  • 因應措施是使用最新版的 DirectXMath，可從 NuGet、vcpkg 或 GitHub 取得。 這些版本包括 (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 全都是小寫。
  • 針對適用于 Windows 組建的 Clang/LLVM，若要同時支援較舊版本和最新的Windows 10 SDK，而不警告、新增 -Wno-nonportable-system-include-path 至 CLI，或來源中的下列#pragma：

  #ifdef __clang__

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

  #endif

此版本包含下列檔案。 如果您遇到這些問題，建議您儘快更新您的 SDK 版本，以避免它們：

• 解決無法預測且難以診斷當機的問題，例如，一個coreuap.lib 和 kernel32.lib 程式庫和原生 OS 連結 (庫)
• 已解決導致 AppVerifier 無法運作的問題
• 已解決導致 WACK 失敗的問題，並出現「工作無法啟用 HighVersionLie」