Windows SDK

10.0.26100 系列的初始版本，以與 24h2 版預覽版 Windows 11 對應。

服務更新 10.0.22621.3235。

服務更新 10.0.22621.2428。

Update 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 應用程式認證套件。 已將數個新的 API 新增至應用程式認證套件和 Windows 市集中支援的 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) 發生問題，因為組態宏 (發生衝突，例如，當 .cpp兩個具有衝突TLG_EVENT_WRITE_TRANSFER定義的檔案連結到相同的二進位檔時，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) 或 clang/LLVM for Windows v10

• 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 版本，以避免發生此問題：

• 解決無法預期且難以診斷在鏈接保護式連結庫和原生 OS 連結庫時損毀 (的問題，例如 onecoreuap.lib 和 kernel32.lib)
• 已解決導致 AppVerifier 無法運作的問題
• 解決導致 WACK 失敗的問題，並出現「工作無法啟用 HighVersionLie」