Windows SDK

Sada Windows SDK (10.0.22000) pro Windows 11 poskytuje nejnovější hlavičky, knihovny, metadata a nástroje k vytváření aplikací pro Windows. Tuto sadu SDK využijte k vytváření aplikací pro Univerzální platformu Windows (UPW) a Win32 pro Windows 11 a předchozí verze Windows.

Začínáme

Sadu Windows SDK můžete získat dvěma způsoby: můžete si ji nainstalovat z této stránky výběrem odkazu pro stažení nebo můžete ve volitelných součástech instalačního programu pro Visual Studio 2019 vybrat Windows 11 SDK (10.0.22000 SDK).

Před instalací této sady SDK:

  1. Zkontrolujte všechny požadavky na systém.
  2. Před spuštěním instalace ukončete Visual Studio.
  3. Projděte si poznámky k verzi a známé problémy.
STÁHNOUT INSTALAČNÍ PROGRAM STÁHNOUT SOUBOR .ISO Aktualizováno 4. října 2021

Požadavky na systém

Sada Windows SDK má následující minimální požadavky na systém:

Podporované operační systémy

  • Vývoj aplikací pro Univerzální platformu Windows (UPW)
    • Windows 10 verze 1507 nebo vyšší: Home, Professional, Education a Enterprise (edice LTSB a S nejsou podporovány)
    • Windows Server 2019, Windows Server 2016 a Windows Server 2012 R2 (jenom příkazový řádek)
  • Vývoj aplikací pro Win32
    • Windows 10 verze 1507 nebo vyšší
    • Windows Server 2019, Windows Server 2016 a Windows Server 2012 R2 (jenom příkazový řádek)
    • Windows 8.1
    • Windows 7 SP1

(Ve starších operačních systémech nejsou podporované všechny nástroje.)

Požadavky na hardware

  • Procesor 1,6 GHz nebo rychlejší
  • 1 GB paměti RAM
  • 4 GB volného místa na pevném disku

Další požadavky sady SDK

Instalace ve Windows 8.1 a starších operačních systémech vyžaduje aktualizaci KB2999226. Pokud instalujete prostřednictvím služby Windows Update, nainstalujte si před instalací sady Windows SDK nejnovější doporučené aktualizace a opravy ze služby Microsoft Update.

Novinky

Sada Windows SDK pro Windows 11 umožňuje aktualizovat aplikace pro nejnovější verzi operačního systému Windows. Další informace o nových funkcích ve Windows 11

Nová rozhraní API zavedená ve Windows 11 verze 11 najdete v tématu věnovaném novým rozhraním API ve Windows 11, sestavení 22000.

Znovu sestavte binární soubory Windows 11 v operačním systému ARM s využitím ARM64EC, aby veškerý systémový kód načítaný aplikacemi x64 běžel nativní rychlostí. Využijte ARM64EC k postupnému přechodu aplikací na nativní rychlost na platformě ARM, i když máte závislosti nebo moduly plug-in, které zatím ARM nepodporují. Oznámení

Ukázky

Ukázky aplikací pro Windows jsou teď dostupné na GitHubu. Můžete si procházet kód na GitHubu, naklonovat osobní kopii úložiště z Gitu nebo si stáhnout komprimovaný archiv se všemi ukázkami. Uvítáme zpětnou vazbu. Když narazíte na problém nebo se budete chtít na něco zeptat, neváhejte dané téma otevřít v úložišti. Tyto ukázky jsou určené ke spouštění na desktopových, mobilních nebo budoucích zařízeních s podporou Univerzální platformy Windows (UPW).

Předchozí verze sady SDK

Dříve vydané sady SDK a emulátory včetně podrobných informací o aktualizacích najdete na stránce archivu.

Přizpůsobení s ohledem na rozhraní API

Když budete používat nová rozhraní API, zvažte vytvoření své aplikace tak, aby byla adaptabilní a bylo ji možné správně spouštět na co možná nejširší řadě zařízení s Windows. Adaptabilní aplikace poskytuje nové funkce, kdykoli je příslušná zařízení a verze systému Windows podporují, ale jinak nabízí pouze funkce dostupné v rozpoznané verzi platformy. Podrobné informace o implementaci najdete v článku věnovaném kódu adaptivnímu pro verze.

Poznámky k verzi a známé problémy

Sada Windows 10 SDK, verze 2104

  • Došlo k odebrání knihovny api-ms-win-net-isolation-l1-1-0.lib. Aplikace, které využívaly knihovnu api-ms-win-net-isolation-l1-1-0.lib, můžou přejít na knihovnu OneCoreUAP.lib.
  • Došlo k odebrání knihovny irprops.lib. Aplikace, které využívaly knihovnu irprops.lib, můžou přejít na knihovnu bthprops.lib.
  • Metoda ENUM tagServerSelection byla přesunuta ze souboru wuapicommon.h do souboru wupai.h a byla odebrána hlavička. Pokud chcete použít metodu ENUM tagServerSelection, musíte vložit soubor wuapi.h nebo wuapi.idl.
  • Sada Windows 10 WinRT API Pack umožňuje přidat nejnovější rozhraní API prostředí Windows Runtime pro podporu aplikací a knihoven .NET Framework 4.5+ a .NET Core 3.0+. Přístup k sadě Windows 10 WinRT API Pack najdete v balíčku NuGet Microsoft.Windows.SDK.Contracts.
  • Řada funkcí printf teď při tisku přesně reprezentovatelných čísel s plovoucí desetinnou čárkou dodržuje pravidla zaokrouhlování IEEE 754 a bude dodržovat režim zaokrouhlování vyžádaný prostřednictvím volání fesetround. Při propojení s legacy_stdio_float_rounding.obj je k dispozici starší verze chování.
  • Certifikační sada aplikací pro Windows. Do seznamu podporovaných rozhraní API v certifikační sadě aplikací a Windows Storu přidalo několik nových rozhraní API. Pokud seznam podporovaných rozhraní API obsahuje některá rozhraní API, která se v sadě Visual Studio zobrazují jako neaktivní nebo zakázaná, můžete k nim získat přístup malou změnou zdrojového souboru. Další informace najdete v tomto známém problému. Další aktualizace k otestování
  • Aktualizace Message Compileru (mc.exe):
    • V souborech .mc se nově detekuje znak Unicode BOM (Byte Order Mark). Pokud soubor .mc začíná znakem BOM UTF-8, načte se v kódování UTF-8. Pokud soubor začíná znakem BOM UTF-16LE, načte se v kódování UTF-16LE. Pokud je zadaný parametr -u, soubor se načte v kódování UTF-16LE. Jinak se načte s použitím aktuální znakové stránky (CP_ACP).
    • Nově se zabraňuje problémům s pravidlem ODR (One Definition Rule) v pomocných trasováních událostí pro Windows v C/C++ vygenerovaných kompilátorem MC, které způsobují konfliktní makra konfigurace (například pokud jsou dva soubory .cpp s konfliktními definicemi makra MCGEN_EVENTWRITETRANSFER propojené se stejným binárním souborem, pomocná trasování událostí pro Windows vygenerovaná kompilátorem MC teď budou respektovat definici makra MCGEN_EVENTWRITETRANSFER v obou souborech .cpp místo toho, aby náhodně vybírala jednu z nich).
  • Aktualizace preprocesoru trasování Windows (tracewpp.exe):
    • Podporují se vstupní soubory v kódování Unicode (.ini, .tpl a zdrojový kód). Vstupní soubory, které začínají znakem BOM (Byte Order Mark) UTF-8 nebo UTF-16, se načtou v kódování Unicode. Vstupní soubory, které nezačínají znakem BOM, se načtou s použitím aktuální znakové stránky (CP_ACP). V zájmu zajištění zpětné kompatibility se v případě zadání parametru příkazového řádku -UnicodeIgnore budou soubory začínající znakem BOM UTF-16 považovat za prázdné.
    • Podporují se výstupní soubory v kódování Unicode (.tmh). Výstupní soubory se ve výchozím nastavení budou kódovat s použitím aktuální znakové stránky (CP_ACP). Pokud chcete generovat výstupní soubory v kódování Unicode, použijte parametry příkazového řádku -cp:UTF-8 nebo -cp:UTF-16.
    • Změna chování: nástroj tracewpp teď převádí veškerý vstupní text do kódování Unicode, provádí předběžné zpracování v kódování Unicode a převádí výstupní text do zadaného výstupního kódování. Starší verze tracewpp se vyhýbaly převodům kódování Unicode a při zpracování textu přebíraly jednobajtovou znakovou sadu. To může vést ke změnám chování v případě, že vstupní soubory neodpovídají aktuální znakové stránce. V případě problému zvažte převod vstupních souborů do kódování UTF-8 (pomocí znaku BOM) nebo použití parametru příkazového řádku -cp:UTF-8, abyste se vyhnuli nejednoznačnosti kódování.
  • Aktualizace TraceLoggingProvider.h:
    • Zabraňuje se problémům s pravidlem ODR (One Definition Rule), které způsobují konfliktní makra konfigurace (například pokud jsou dva soubory .cpp s konfliktními definicemi makra TLG_EVENT_WRITE_TRANSFER propojené se stejným binárním souborem, pomocné soubory TraceLoggingProvider.h teď budou respektovat definici makra TLG_EVENT_WRITE_TRANSFER v obou souborech .cpp místo toho, aby náhodně vybíraly jednu z nich).
    • V kódu C++ se makro TraceLoggingWrite aktualizovalo tak, aby umožňovalo lepší sdílení kódu mezi podobnými událostmi pomocí variadických šablon.
  • Podepisování aplikací. Podepsání pro Device Guard je funkce Device Guard, která je k dispozici v Microsoft Storu pro firmy a vzdělávání a která firmám umožňuje zaručit, že každá aplikace pochází z důvěryhodného zdroje. Projděte si dokumentaci k Podepsání pro Device Guard.
  • Byly aktualizovány hlavičky SDK s cílem řešit chyby při kompilaci pomocí standardního preprocesoru C v kompilátoru MSVC cl.exe (/Zc:preprocessor představený ve VS 2019 v16.6).
  • Opraveno: GdiplusTypes.h se nekompiluje s NOMINMAX. Projděte si zpětnou vazbu pro Visual Studio.
  • Při sestavování s využitím /std:c11 nebo /std:c17 teď máte:
    • C99 tgmath.h
    • C11 static_assert in assert.h
    • C11 stdalign.h
    • C11 stdnoreturn.h
  • Clang/LLVM pro Windows v11 cílící na ARM64 není kompatibilní s nejnovější verzí winnt.h.
    • Pokud cílíte na platformy ARM64, jako alternativní řešení použijte předchozí verzi sady Windows 10 SDK (build 19041) nebo clang/LLVM pro Windows v10.
  • DirectXMath (včetně verze 3.16 v tomto vydání) není kompatibilní s Clang/LLVM pro Windows na platformě ARM64.
  • Byla změněna velikost písmen některých souborů hlaviček, aby se normalizovala pro souborové systémy, které rozlišují malá a velká písmena:
    • OAIdl.h, ObjIdl.h, ObjIdlbase.h, OCIdl.h, Ole2.h, OleAuto.h a OleCtl.h byly převedeny na malá písmena.
    • Aby se při použití buildů Clang/LLVM pro Windows zajistila podpora pro starší verze i nejnovější verzi sady Windows 10 SDK bez varování, přidejte -Wno-nonportable-system-include-path do CLI nebo následující #pragma do zdroje:

      #ifdef __clang__
      #pragma clang diagnostic ignored "-Wnonportable-system-include-path"
      #endif

Servisní aktualizace Windows 10 SDK verze 2004 (vydaná 16. 12. 2020)

    Tato verze obsahuje následující soubory. Pokud narazíte na tyto problémy, doporučujeme, abyste si aktualizovali verzi sady SDK co nejdříve:
  • Vyřešily se nepředvídatelné a těžko diagnostikovatelné chyby při propojování zastřešujících knihoven a nativních knihoven operačních systémů (například onecoreuap.lib a kernel32.lib).
  • Vyřešil se problém, který bránil AppVerifieru v práci.
  • Vyřešil se problém, který způsoboval selhání WACK s chybou typu Úloha nepovolila HighVersionLie.

Poskytnutí zpětné vazby

Známé problémy najdete v otázkách a odpovědích k winapi-sdk.

Žádosti o nové funkce pro vývojáře můžete odesílat prostřednictvím aplikace Centrum Feedback v kategorii Platforma nebo rozhraní API pro vývojáře.

Další zdroje informací

Položky ke stažení a nástroje

Získejte nejnovější edice sady Visual Studio vývojářských nástrojů pro Windows 10.

DALŠÍ INFORMACE

Archiv sad SDK

Tady najdete předchozí vydání sady Windows SDK a další nástroje.

PROHLÉDNOUT ARCHIV

Blog Windows

Přihlaste se k odběru našeho blogu a zajistěte si informace o nejnovějších testovací verzích SDK.

ZÍSKAT NOVINKY O TESTOVACÍCH VERZÍCH SDK

Informační list životního cyklu Windows

Projděte si klíčová data pro ukončení podpory a aktualizace verzí Windows.

PROJÍT SI INFORMAČNÍ LIST