В марте 2025 года Microsoft завершила историю одной из самых многообещающих функций Windows 11.
Windows Subsystem for Android, подсистема для запуска мобильных приложений
на компьютере, прожила неполных четыре года и ушла вместе с каталогом Amazon Appstore.
Официального способа поставить Android-программу в Windows больше нет, и привычный сценарий
пришлось заменять. Дальше хроника закрытия по датам, разбор причин и рабочие замены
на 2026 год.
Хроника проекта от анонса до отключения
Обещание прозвучало 24 июня 2021 года на презентации Windows 11.
Android-приложения из Amazon Appstore должны были жить в Windows в полноценных окнах:
их можно двигать и разворачивать, а буфер обмена общий с системой. На бумаге выходило
красиво.
Первая рабочая версия ушла участникам программы предварительной оценки 20 октября 2021 года.
Публичный запуск состоялся 17 февраля 2022 года, сначала в США, затем список стран вырос
более чем до 30 наименований. Ставилась подсистема из магазина автоматически: установка
магазина Amazon или первого Android-приложения доустанавливала виртуальную машину в фоне.
Год спокойной жизни, и 5 марта 2024 года обе компании разом объявили о завершении проекта.
Microsoft пообещала плавный выход, Amazon раскрыла подробности в уведомлении
для разработчиков. Причины вслух не назвали, зато расписание сворачивания расписали по дням.
Шло оно в три шага. С 5 марта 2024 года в каталог запретили отправлять новые приложения,
обновления существующих ещё принимались. Со следующего дня, 6 марта 2024 года, Amazon
Appstore и Android-приложения пропали из поиска Microsoft Store: новые установки закрылись,
прежние продолжали работать. Через год, 5 марта 2025 года, подсистему и магазин убрали
из Microsoft Store совсем, и техническая поддержка закончилась.
Как работала подсистема и что умела
Технически Windows Subsystem for Android была лёгкой виртуальной машиной поверх гипервизора
Windows. Внутри крутилась среда на базе открытых компонентов Android, без сервисов Google,
а в финальных версиях основа дотягивала до Android 13. Косвенное подтверждение тому
в официальной таблице свойств виртуальной машины: свойство Build.VERSION.SDK_INT
со значением 33. Приложения жили в отдельных окнах с изменяемым размером, поддерживались клавиатура,
мышь, сенсорный ввод и перо.
Мост между архитектурами назывался Intel Bridge Technology: он транслировал ARM-приложения
на процессоры x86, на ARM-чипах всё шло нативно. Плата за трансляцию ощущалась
в производительности, поэтому пакеты советовали собирать сразу под x86-64 и ARM64.
Требования: Windows 11, минимум 8 ГБ оперативной памяти, 16 ГБ в рекомендации и накопитель
с SSD. Управлялось всё отдельным приложением. Откройте "Пуск", раздел "Все приложения",
пункт "Windows
Subsystem for Android". Кнопка
"Shutdown Subsystem" выключала среду целиком, пункт "Subsystem resources" с вариантами
"As needed" и "Continuous" задавал аппетит подсистемы к ресурсам, а в разделе
"Advanced settings" переключатель "Developer mode" открывал порт для инструментов отладки.
Проверить, что платформа для виртуальных машин включена, можно командой PowerShell:
Get-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatformКоманда показывает состояние компонента Windows "Платформа виртуальной машины". В строке
State ожидается значение Enabled, иначе виртуальная машина не поднимется.
Подключение для отладки и установка пакетов выглядели так:
adb connect 127.0.0.1:58526
adb install app-debug.apkУтилита adb подключается к виртуальной машине на порту 58526, вторая команда ставит
APK-пакет. Успешная установка отвечает строками
"Performing Streamed Install" и "Success",
после чего приложение сразу появляется в меню "Пуск".
Жизненный цикл задумали экономно: после трёх минут бездействия машина впадала в лёгкий сон,
после семи выключалась, а уведомление будило её обратно. Минимальные требования к экрану:
диагональ больше 9 дюймов, разрешение от 1280x720.
Почему Microsoft закрыла проект
Официальной исповеди не было: только факты, даты и благодарности. Причины лежали
на поверхности.
Каталог Amazon Appstore заметно беднее Google Play. Привычные сервисы и игры то и дело
отсутствовали, а без сервисов Google ломались вход по аккаунту и push-уведомления.
Пользователь ставил пару программ, натыкался на дыры в каталоге и забывал о подсистеме.
Содержание проекта стоило дорого. Отдельная виртуальная машина, трансляция инструкций
между архитектурами, согласование релизов с Amazon, поддержка каждой волны обновлений
Windows 11. При скромном спросе отдача не покрывала затрат.
Разработчики проголосовали ногами. Уже 5 марта 2024 года новые приложения заливать
запретили, и каталог заморозился за целый год до отключения. Amazon честно разослала
покупателям предупреждения по почте, но обратить процесс вспять это не могло.
Взгляд из 2026 года добавляет резонов. Мобильные сервисы всё активнее получают нативные
Windows-клиенты и веб-версии, а связка "Связь с телефоном" перехватила сценарии трансляции
приложений с реального смартфона. Держать дорогой мост туда, куда люди давно ходят другим
маршрутом, расточительно.
Что случилось с приложениями и данными
До 5 марта 2025 года правила действовали наоборот: пользоваться можно, докупить нельзя.
Прежние приложения запускались и обновлялись, новые установки закрылись ещё 6 марта
2024 года.
После финальной даты картина неприглядная: переустановить невозможно, обновления не
приходят, за поддержкой обратиться некуда. Отдельного выключателя не нашлось, локально
подсистема продолжала запускаться там, где стояла. Но мёртвая ветка без исправлений
безопасности сомнительная затея, и вопрос о замене вставал сам собой.
Данные жили внутри виртуальной машины, и отдельного инструмента экспорта не существовало.
Спасала привычная синхронизация: многие приложения хранят заметки, прогресс и переписку
в облаке. Кто выгрузил важное заранее, тот провёл отключение спокойно.
Сброс делался из настроек Windows: найдите в поиске "Amazon Appstore", откройте пункт
"Параметры приложения", раздел "Storage and Cache",
кнопки "Clear Storage" и "Clear cache",
затем "Force Stop". Полный сброс лечил зависшие приложения и освобождал место.
Логика удаления была каскадной: удаление Amazon Appstore сносило подсистему и все
Android-приложения разом, удаление подсистемы сносило магазин, удаление отдельного
приложения затрагивало только его. Связка простая, без сюрпризов.
Официальные замены от Microsoft и Google
Прямого преемника Microsoft не назначила. Официальная линия сводится к тезису:
разработчикам стоит переносить приложения на Windows нативно или вкладываться в веб-версии,
пользователям остаётся смотреть в сторону обычных Windows-программ. В документации
оставили пометку о недоступности и материалы для переноса.
Для сценариев с реальным смартфоном Microsoft делает ставку на приложение "Связь
с телефоном". Откройте "Параметры", раздел "Bluetooth и устройства", пункт "Мобильные
устройства", включите переключатель "Разрешить этому компьютеру доступ к вашим мобильным
устройствам" и привяжите Android-телефон. После привязки в приложении "Связь с телефоном"
откройте раздел "Приложения" и запускайте мобильные программы в окнах Windows. Загвоздка
в списке устройств: трансляция приложений работает в основном на моделях Samsung, HONOR
и ещё нескольких партнёров.
На телефонах вне списка выручает open-source утилита scrcpy: она транслирует экран любого
Android-устройства и передаёт управление мышью и клавиатурой. Настройка занимает пять минут:
- Откройте "Настройки" на телефоне, раздел "О телефоне" и нажмите семь раз подряд на пункт "Номер сборки";
- Вернитесь в "Настройки", откройте появившийся раздел "Параметры разработчика" и включите переключатель "Отладка по USB";
- Установите scrcpy на компьютер, подключите телефон кабелем и подтвердите на экране телефона запрос "Разрешить отладку по USB";
- Запустите в консоли компьютера команду scrcpy, и экран телефона появится в отдельном окне Windows.
Базовый запуск полезно дополнить параметрами:
scrcpy --max-size 1280 --turn-screen-offПараметр "--max-size 1280" ограничивает ширину трансляции 1280 пикселями и снижает нагрузку,
а "--turn-screen-off" гасит экран телефона во время работы, экономя заряд. Поддержка звука
появилась в версии scrcpy 2.0, так что и ролики, и уведомления слышны прямо в окне.
Игровое направление Google закрывает клиентом Google Play Games на ПК. Это официальный
каталог адаптированных тайтлов с синхронизацией прогресса между телефоном и компьютером.
Универсальным магазином он не стал, но часть привычных мобильных игр запускает без всяких
эмуляторов.
Разработчикам вместо подсистемы подойдёт штатный эмулятор из состава Android Studio.
Виртуальные устройства AVD создаются за пару минут, образы доступны вплоть до свежих
выпусков Android, а отладка идёт в той же среде, где собирается проект. Решение тяжелее
по ресурсам, зато официальный путь, обновляемый каждый квартал.
Эмуляторы и сборки от сторонних разработчиков
Игровой сегмент давно обслуживают сторонние эмуляторы, и после закрытия подсистемы именно
они стали главным приёмником её аудитории.
BlueStacks 5, ветеран жанра, распространяется бесплатно и предлагает профили с Android 7,
9 и 11 в разных вариантах установщика. Настраиваются выделение ядер процессора и объём
памяти, работают готовые раскладки клавиатуры под популярные игры. В бесплатной версии
показывается рекламный блок, премиум-подписка его убирает.
MuMu Player 12 от NetEase работает на базе Android 12 и славится аккуратной многооконностью.
LDPlayer 9 держится на Android 9 и ценится за лёгкость на слабых машинах. Оба бесплатны
и принимают APK-файлы напрямую, нацелены в первую очередь на игры, хотя офисные приложения
в них тоже живут.
Предостережение одно, но серьёзное: установщики таких плееров норовят притащить спонсорский
софт, поэтому лишние галочки в мастере установки снимайте внимательно. И включите в BIOS
виртуализацию, Intel VT-x или AMD-V, иначе эмулятор будет тормозить. При активной платформе
Hyper-V часть эмуляторов работает медленнее, у BlueStacks на этот случай есть отдельная
сборка с поддержкой Hyper-V.
Отдельная ветка для тех, кто хочет вернуть привычный интерфейс подсистемы. Проект WSABuilds
распространяет готовые пакеты Windows
Subsystem for Android со встроенным каталогом
Google Play и root-решениями Magisk
или KernelSU. Ставится такое хозяйство и на Windows 10,
и на Windows 11, установка идёт скриптом из комплекта сборки.
Минусы придётся принять заранее. Обновлений от Microsoft в этих сборках больше не будет,
безопасность держится на честном слове открытых исходников и внимательности владельца,
Amazon Appstore не вернётся, а APK ставятся через adb вручную. Для экспериментов на втором
компьютере вариант рабочий, для основного ноутбука решение остаётся за вами.
Как выбрать замену под свои задачи
Навигация по сценариям короткая. Для игр логичнее эмулятор или клиент Google Play Games,
если тайтл уже в каталоге. Для мессенджеров и офисных задач быстрее нативные
Windows-клиенты и веб-версии, виртуализация им не нужна.
Банковские приложения в эмуляторах капризны: системы защиты не доверяют виртуальным средам
и нередко блокируют вход. Для них честнее телефон или нативный клиент банка, если он
выпущен.
Для разовых задач с телефоном под рукой хватает scrcpy или "Связи с телефоном", если модель
в списке поддерживаемых. Для разработки приложений самый разумный путь сегодня это эмулятор
из Android Studio. Для ностальгирующих по подсистеме есть WSABuilds, но риски оценивайте
до установки, а не после.
Типовые ошибки новичков сводятся к трём пунктам: эмулятор без включённой виртуализации
в BIOS тормозит; на виртуальную машину выделено мало памяти и ядер; APK-файл скачан
из случайного места и приносит на компьютер то, чего вы не звали. Первое лечится заходом
в BIOS, второе настройками в меню эмулятора, третье базовой цифровой гигиеной: пакеты
следует брать только с официальных страниц разработчиков.
История подсистемы оставила практический урок: функция, обещанная с большой сцены,
пережила три года публичной работы и год агонии. Если зависите от нестандартных
возможностей Windows 11, держите запасной план. База для Android-приложений на компьютере
в 2026 году никуда не делась, собирается она теперь из отдельных кубиков своими руками.