Windows SDK

Windows SDK (10.0.22000) для Windows 11 включает новейшие заголовки, библиотеки, метаданные и средства для создания приложений для Windows. Этот пакет SDK поможет вам создавать приложения универсальной платформы Windows (UWP), а также приложения Win32 для Windows 11 и предыдущих выпусков Windows.

Начало работы

Получить пакет Windows SDK можно двумя способами: установить с этой страницы, щелкнув ссылку для скачивания, или выбрать "Пакет SDK для Windows 11 (10.0.22000)" в дополнительных компонентах установщика Visual Studio 2019.

Перед установкой этого пакета SDK:

  1. Изучите все системные требования.
  2. Выйдите из Visual Studio перед установкой.
  3. Просмотрите заметки о выпуске и известные проблемы.

Системные требования

Минимальные системные требования этого пакета Windows SDK:

Поддерживаемые операционные системы

  • Разработка приложений универсальной платформы Windows (UWP)
    • Windows 10 1507 или более поздней версии: Домашняя, Профессиональная, для образовательных учреждений и Корпоративная (выпуски LTSB и S не поддерживаются)
    • Windows Server 2019, Windows Server 2016 и Windows Server 2012 R2 (только для командной строки)
  • Разработка приложений Win32
    • Windows 10 версии 1507 или более поздняя версия
    • Windows Server 2019, Windows Server 2016 и Windows Server 2012 R2 (только для командной строки);
    • Windows 8.1
    • Windows 7 с пакетом обновления 1 (SP1)

(Не все средства поддерживаются в среде операционных систем более ранних версий)

Требования к оборудованию

  • Процессор с частотой 1,6 ГГц или более мощный
  • 1 ГБ памяти (ОЗУ)
  • 4 ГБ свободного пространства на жестком диске

Дополнительные требования для этого SDK

Для установки пакета в среде Windows 8.1 и операционных систем более ранних версий необходимо сначала установить обновление KB2999226. Чтобы выполнить установку Windows SDK через Центр обновления Windows, перед этим необходимо установить последние рекомендованные обновления и исправления из Центра обновления Майкрософт.

Что нового

Windows SDK для Windows 11 позволяет обновить приложения для последней версии ОС Windows. Узнайте больше о новых возможностях Windows 11.

Сведения о новых API, появившихся в Windows 11, см. в статье Новые API в Windows 11, сборка 22000.

Выполните повторную сборку двоичных файлов Windows 11 в операционной системе ARM с помощью ARM64EC, чтобы любой системный код, загруженный приложениями x64, выполнялся на полной скорости. Воспользуйтесь преимуществами ARM64EC, чтобы постепенно перевести приложение в работу с полной скоростью на базе ARM, даже если у вас есть зависимости или подключаемые модули, которые еще не поддерживают ARM. Ознакомьтесь с объявлением.

Примеры

Примеры приложений для Windows теперь доступны через GitHub. Вы можете просмотреть код на веб-сайте GitHub, клонировать личную копию репозитория из Git или скачать запакованный архив со всеми примерами. Для нас очень важен ваш отзыв. Поэтому при возникновении проблемы или вопроса относительно репозитория без колебаний сообщайте нам. Эти примеры предназначены для запуска на настольном, мобильном и будущих устройствах, которые поддерживают платформу универсальных приложений для Windows (UWP).

Предыдущие версии пакетов SDK

Ранее выпущенные пакеты SDK и эмуляторы, а также сведения об обновлениях см. на странице архивов.

Активация API-интерфейсов

При использовании новых API целесообразно создавать адаптивные приложения, которые смогут правильно выполняться на множестве устройств Windows. Новые функции в адаптивных приложениях активируются, если устройство и версия Windows поддерживают их. В противном случае предоставляются только те возможности, которые доступны в версии обнаруженной платформы. Сведения о реализации см. в статье Адаптивный к версии код.

Заметки о выпуске и известные проблемы

Пакет SDK для Windows 10, версия 2104

  • Удален файл api-ms-win-net-isolation-l1-1-0.lib. Приложения, связанные с api-ms-win-net-isolation-l1-1-0.lib, можно связать с библиотекой OneCoreUAP.lib.
  • Удален файл irprops.lib. Приложения, связанные с irprops.lib, можно связать с библиотекой bthprops.lib.
  • Перечисление tagServerSelection перемещено из wuapicommon.h в wupai.h и удалены заголовки. Если вы хотите использовать ENUM tagServerSelection, необходимо включить wuapi.h или wuapi.idl.
  • Пакет API-интерфейсов WinRT для Windows 10 позволяет добавить поддержку новейших API среды выполнения Windows в библиотеки и приложения .NET Framework 4.5 или .NET Core 3.0 и более поздние версии этих платформ. Пакет API-интерфейсов WinRT для Windows 10 доступен здесь: пакет NuGet Microsoft.Windows.SDK.Contracts.
  • Семейство функций printf теперь соответствует правилам округления IEEE 754 при печати точно представляемых чисел с плавающей запятой и учитывает режим округления, запрошенный посредством вызовов к fesetround. Поведение прежних версий доступно при связывании с legacy_stdio_float_rounding.obj.
  • Комплект сертификации приложений для Windows. Несколько новых API были добавлены в список поддерживаемых API в комплекте сертификации приложений и Windows Store. Если в списке поддерживаемых есть неактивные или отключенные в Visual Studio интерфейсы API, для доступа к ним можно внести небольшое изменение в исходный файл. Дополнительные сведения см. в описании этой известной проблемы. Найдите дополнительные обновления для тестов.
  • Обновления компилятора сообщений (mc.exe):
    • Обнаружение метки порядка байтов Юникода (BOM) в MC-файлах. Если MC-файл начинается с BOM UTF-8, он будет читаться как файл UTF-8. Если такой файл начинается с BOM UTF-16LE, он будет читаться как файл UTF-16LE. Если указан параметр -u, файл будет читаться как файл UTF-16LE. В противном случае он будет читаться с использованием текущей кодовой страницы (CP_ACP).
    • Устранены проблемы с правилами с одним определением (ODR) во вспомогательных приложениях трассировки событий Windows C и C++ на основе MC, вызванные конфликтующими макросами конфигурации. Например, если два CPP-файла с конфликтующими определениями MCGEN_EVENTWRITETRANSFER объединены в один двоичный файл, вспомогательные приложения трассировки событий Windows на основе MC теперь будут учитывать определение MCGEN_EVENTWRITETRANSFER в каждом CPP-файле вместо произвольного выбора одного из них.
  • Обновления препроцессора трассировки Windows (tracewpp.exe):
    • Поддерживаются входные файлы в кодировке Юникода (INI-файлы, TPL-файлы и исходный код). Входные файлы, начинающиеся с метки порядка байтов UTF-8 или UTF-16, будут читаться как файлы в кодировке Юникода. Входные файлы, которые не начинаются с BOM, будут читаться с использованием текущей кодовой страницы (CP_ACP). Для обеспечения обратной совместимости, если указан параметр командной строки -UnicodeIgnore, файлы, начинающиеся с BOM UTF-16, будут считаться пустыми.
    • Поддерживаются выходные файлы в кодировке Юникода (ТМH-файлы). По умолчанию выходные файлы будут кодироваться с использованием текущей кодовой страницы (CP_ACP). Чтобы создать выходные файлы в формате Юникода, воспользуйтесь параметрами командной строки -cp:UTF-8 или -cp:UTF-16.
    • Изменение поведения. Теперь tracewpp преобразует весь входной текст в Юникод, выполняет обработку в Юникоде и преобразует выходной текст в указанную выходную кодировку. В более ранних версиях tracewpp не поддерживал преобразование в Юникод, и текст обрабатывался с однобайтовой кодировкой. Это может привести к изменению поведения, если входные файлы не соответствуют текущей кодовой странице. При возникновении такой проблемы рекомендуем преобразовать входные файлы в UTF-8 (с BOM) и (или) использовать параметр командной строки -cp:UTF-8, чтобы избежать неоднозначности кодирования.
  • Обновления TraceLoggingProvider.h:
    • Устранены проблемы с правилами с одним определением (ODR), вызванные конфликтующими макросами конфигурации. Например, если два CPP-файла с конфликтующими определениями TLG_EVENT_WRITE_TRANSFER объединены в один двоичный файл, вспомогательные приложения TraceLoggingProvider.h теперь будут учитывать определение TLG_EVENT_WRITE_TRANSFER в каждом CPP-файле вместо произвольного выбора одного из них.
    • В коде C++ макрос TraceLoggingWrite был обновлен, чтобы улучшить совместное использование кода похожими событиями с помощью вариадических шаблонов.
  • Подписывание приложений. Подпись Device Guard — это функция Device Guard, доступная в Microsoft Store для бизнеса и образования, которая позволяет предприятиям гарантировать, что каждое приложение поступает из надежного источника. См. документацию по подписыванию Device Guard.
  • Заголовки пакета SDK обновили для устранения ошибок при компиляции с использованием стандартного препроцессора C в компиляторе MSVC cl.exe (/Zc:preprocessor, впервые представленный в VS 2019 версии 16.6).
  • Исправлена ошибка: "GdiplusTypes.h не компилируется с NOMINMAX". См. отзывы о Visual Studio.
  • Теперь выполняя сборку с использованием /std:c11 или /std:c17, вы получите:
    • C99 tgmath.h
    • C11 static_assert в assert.h
    • C11 stdalign.h
    • C11 stdnoreturn.h
  • Clang/LLVM для Windows 11: нацеливание на ARM64 несовместимо с последней версией winnt.h.
    • В качестве решения при нацеливании на платформы ARM64 используйте предыдущую версию пакета SDK для Windows 10 (сборка 19041) или clang/LLVM для Windows 10.
  • DirectXMath (включая версию 3.16 в этом выпуске) несовместим с Clang/LLVM для Windows в ARM64.
  • Для нормализации файлов заголовков в файловых системах, чувствительных к регистру, в случае их изменения:
    • OAIdl.h, ObjIdl.h, ObjIdlbase.h, OCIdl.h, Ole2.h, OleAuto.h и OleCtl.h сделали строчными;
    • Для поддержания одновременно старой и последней версии пакета SDK для Windows 10 в сборках Clang/LLVM для Windows без предупреждений добавьте в интерфейс командной строки "-Wno-nonportable-system-include-path" или вставьте в источник следующую #pragma:

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

Пакет SDK для Windows 10, версия 2004 со служебным обновлением (выпущено 16.12.2020)

    Этот выпуск содержит следующие файлы. Если вы столкнетесь с этими проблемами, рекомендуем как можно скорее обновить версию пакета SDK, чтобы избежать их:
  • Устранены непредсказуемые и трудно диагностируемые сбои при связывании как библиотек umbrella, так и собственных библиотек ОС (например, onecoreuap.lib и kernel32.lib).
  • Устранена проблема, препятствовавшая работе AppVerifier.
  • Устранена проблема, которая приводила к сбою WACK с сообщением "Задаче не удалось включить HighVersionLie".

Предоставить отзыв

Сведения об известных проблемах см. на странице вопросов и ответов по SDK для WinAPI.

Запросы на новые функции для разработчиков можно подавать с помощью приложения Центра отзывов в категории "Платформа разработчиков/API".

Другие ресурсы

Загрузки и инструменты

Получите новейшие выпуски средств разработки Visual Studio и Windows 10.

ПОДРОБНЕЕ

Архив для пакета SDK

Поиск предыдущих версий Window SDK и других инструментов.

СМ. АРХИВ

Блог Windows

Подпишитесь на наш блог, чтобы быть в курсе актуальных новостей о пакетах SDK.

ПОЛУЧАТЬ НОВОСТИ О ПАКЕТАХ SDK

Информационный бюллетень о жизненном цикле Windows

Основные даты выхода обновлений для выпусков Windows и окончания поддержки.

СМ. ИНФОРМАЦИОННЫЙ БЮЛЛЕТЕНЬ