Вместе с выходом Android 16 компания Google выпустила открытую версию системы AOSP (Android Open Source Project), и теперь в ней отсутствуют компоненты, которые присутствовали ранее, пишет Android Authority. Это вызвало в сообществе разработчиков опасения, что Google намеревается закрыть проект, однако в компании это опровергли.

Выбираем лучший игровой ноутбук до 100 000 рублей: сравнительное тестирование 7 интересных моделей

Обзор Ryzen 9 9950X3D2: правильный 16-ядерник с 3D-кешем

Обзор Infinix GT 50 Pro: геймерский смартфон со встроенной СЖО

Умные помощники: обзор ИИ-сервисов для обработки изображений. Часть 2, актуализированная

Репортаж с IEM Cologne Major 2026: Жаб Жабыч, триумф NiKo и главные сенсации мейджора по CS2

Источник изображения: Kelly Sikkema / unsplash.com

В этом году Google объявила, что будет разрабатывать Android исключительно собственными силами, чтобы упростить процесс — единая ветка существенно оптимизирует ранее разделённую работу. На сообщество инициатива оказала незначительное влияние, поскольку компания и раньше создавалa значительную часть кода платформы за закрытыми дверями. С выходом Android 16 разработчик опубликовал код AOSP под традиционной лицензией Apache 2.0, и выяснилось, что в нём отсутствуют деревья устройств (Device Tree) линейки Pixel и двоичные файлы драйверов для них, а история коммитов представлена в урезанном виде.

Ранее Google благополучно публиковала все эти данные, и отказом от этого спровоцировала новую волну опасений о прекращении поддержки AOSP. Их пришлось опровергать вице-президенту Google и генеральному менеджеру платформы Android Сэану Чау (Seang Chau). Он пояснил, что «AOSP нужно гибкое, настраиваемое и доступное эталонное устройство — независимое от какого-либо конкретного оборудования, включая таковое от Google». Поэтому теперь компания будет поддерживать виртуальное эталонное устройство Cuttlefish, которое работает на ПК и позволяет тестировать новые аппаратные функции. Google также обязалась поддерживать универсальные образы системы (Generic System Images — GSI), которые ставятся почти на любое Android-устройство.

Источник изображения: Denny Müller / unsplash.com

С одной стороны, это логично: компания отказалась от использования устройств Pixel в качестве эталонных для AOSP и внесла соответствующие изменения. С другой — Cuttlefish является виртуальным устройством и может лишь имитировать работу аппаратных функций, поэтому такой эталон нельзя назвать полноценным. На практике это значительно усложнит разработку альтернативных сборок Android для устройств Pixel, сообщили в проекте LineageOS. В частности, придётся использовать деревья устройств из кода Android 15 и угадывать, какие изменения были внесены в предварительно собранные двоичные файлы каждый месяц, или же прибегать к обратной разработке. Дерево устройства представляет собой набор файлов конфигурации, определяющих аппаратную компоновку, периферийные устройства, списки проприетарных файлов и другие данные для конкретного устройства, необходимые для создания корректного образа. Ранее Google выполняла эту работу самостоятельно, теперь же разработчикам придётся создавать свои собственные деревья устройств без доступа к соответствующему исходному коду.

Проблемой может стать и решение Google об объединении истории коммитов исходного кода ядра — ранее она использовалась для извлечения отдельных функций, исправления ошибок и закрытия уязвимостей. Однако когда вся история сведена к единственному коммиту, это становится невозможным. Google не брала на себя обязательств публиковать деревья устройств, размещать двоичные драйверы или делиться полной историей коммитов ядра, но делала это годами. В результате устройства Pixel оказались по уровню открытости сведены к обычным Android-гаджетам. На смартфонах Google по-прежнему легко разблокировать загрузчик и получить заводской образ, но теперь разработчикам предстоит проделывать больший объём работы, чтобы обеспечить стабильную работу альтернативных сборок.

Производители устройств на базе Android могут значительно изменять внешний вид и функциональность операционной системы, но все основные возможности платформы они неизменно заимствуют из открытого исходного кода проекта Android Open Source Project (AOSP). Спустя более 16 лет существования ОС Google решила внести существенные изменения в процесс разработки Android, чтобы оптимизировать дальнейшее развитие платформы.

Умные помощники: обзор ИИ-сервисов для обработки изображений. Часть 2, актуализированная

Репортаж с IEM Cologne Major 2026: Жаб Жабыч, триумф NiKo и главные сенсации мейджора по CS2

Выбираем лучший игровой ноутбук до 100 000 рублей: сравнительное тестирование 7 интересных моделей

Обзор Ryzen 9 9950X3D2: правильный 16-ядерник с 3D-кешем

Обзор Infinix GT 50 Pro: геймерский смартфон со встроенной СЖО

Источник изображения: Denny Müller / Unsplash

Как и в случае с другими проектами с открытым исходным кодом, AOSP развивается в том числе благодаря усилиям сторонних разработчиков. Однако основная часть разработки лежит на плечах Google, поскольку компания «относится к проекту Android как к полномасштабной операции по разработке продукта», что позволяет «обеспечивать жизнеспособность Android как платформы и как проекта с открытым исходным кодом». Именно Google принимает окончательное решение о том, какой именно код будет включён в AOSP и когда будет выпущена новая версия платформы. Компания разрабатывает элементы AOSP в закрытом режиме, чтобы «разработчики и OEM-производители могли использовать единую версию» Android.

Для обеспечения баланса между открытостью проекта AOSP и стратегией разработки продуктов Google поддерживает две ветки разработки Android: публичную ветку AOSP и внутреннюю ветку Google. Публичная ветка доступна всем желающим, тогда как внутренняя — только компаниям, заключившим лицензионное соглашение на использование Google Mobile Services. Некоторые элементы, такие как программный стек Bluetooth, разрабатываются в публичной ветке, но большинство компонентов, включая основной фреймворк Android, создаются во внутренней ветке. Теперь Google намерена перевести всю разработку Android во внутреннюю ветку, что, как ожидается, упростит процесс дальнейшего развития платформы.

Поскольку и сейчас значительная часть Android разрабатывается во внутренней ветке, публичная ветка обычно существенно отстаёт. В результате Google приходится тратить время на слияние патчей между публичной версией AOSP и своей внутренней. Для оптимизации и ускорения процесса разработки компания решила отказаться от этой практики, переведя всю разработку во внутреннюю ветку.

Это изменение не означает, что Android станет закрытой платформой, поскольку Google продолжит публиковать исходный код новых версий ОС. Кроме того, компания продолжит выкладывать исходный код форка ядра Linux для Android. Однако изменится частота выпуска обновлений исходного кода для отдельных компонентов Android. Начиная со следующей недели, вся разработка ОС будет вестись во внутренней ветке Google, а исходный код изменений будет публиковаться только после выхода новой версии платформы.

На обычных пользователей Android-устройств это изменение не окажет никакого влияния. Ожидается, что новый подход упростит процесс разработки Android, а также потенциально повысит скорость создания новых версий ОС и уменьшит количество ошибок в коде. Однако общий эффект, скорее всего, будет незаметен, и не стоит ожидать, что обновления для устройств начнут выходить быстрее.

На разработчиков приложений это изменение также не повлияет, поскольку оно касается только процесса разработки Android. Однако сторонние разработчики, желающие вносить свой вклад в развитие AOSP, вероятно, будут разочарованы решением Google. Без лицензии GMS дальнейшее участие в разработке Android становится затруднительным, так как доступный исходный код будет постоянно отставать от актуального на недели или даже месяцы.