Android 17 Beta 1: поддержка VVC, сборщик данных поколений и канал Canary.

Ключевые моменты:
  • Цикл разработки: Перейдите на канал непрерывной рассылки Canary для немедленного обновления по воздуху (OTA).
  • Обязательный интерфейс: Приложения должны иметь возможность изменять размер на экранах с разрешением более 600 dpi; блокировка ориентации игнорируется.
  • Перформанс в жанре искусства: Новый сборщик мусора и неблокирующая очередь сообщений позволят снизить нагрузку на процессор.
  • Мультимедиа: Встроенная поддержка кодека VVC (H.266) и переходов между камерами без перезапуска сессии.
  • Сетевая безопасность: Устаревание стандартного HTTP-трафика и интеграция гибридной криптографии HPKE.
Android 17 бета 1

Android 17 бета 1

Несколько дней назад Компания Google объявила о выпуске первой бета-версии Android 17., окончательный релиз которого запланирован на второй квартал 2026 года. В этой версии внесены структурные изменения в управление памятью, обработку интерфейсов на больших экранах и обработку мультимедиа.

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

Наиболее очевидное изменение в цикле разработки — это Отмена традиционной программы «Предварительные версии для разработчиков». Вместо этого Google использует непрерывный канал Canary, который позволяет отправлять обновления и новые API непосредственно разработчикам, как только они пройдут внутреннее тестирование, что упрощает интеграцию со средами непрерывной интеграции (CI) посредством прямых обновлений.

Большие экраны и управление окнами

С выходом первой бета-версии мы можем видеть, что операционная система Теперь требуется, чтобы приложения адаптировались к экранам с размерами менее или равными 600 dp.например, планшеты и складные телефоны. Android 17 (уровень API 37) Игнорируйте атрибуты, которые блокируют изменение размера окна или принудительно устанавливают определенную ориентацию. Например, политика, ограничивающая отображение портретным режимом. Чтобы избежать снижения производительности во время таких переходов, система изменяет поведение по умолчанию в ответ на изменения конфигурации, такие как подключение клавиатуры или изменение цветового режима. Вместо уничтожения и повторного создания активности система отправляет обновление посредством вызова состояния, требуя от разработчиков управления интерфейсом вручную.

На архитектурном уровне — среда выполнения Android. (ART) реализует сборщик мусора поколений.Этот компонент отделяет вновь созданные объекты памяти от старых, что Это ускоряет очистку данных благодаря коротким циклам обновления и снижает нагрузку на процессор. измеримым способом.

Кроме того, в системной очереди сообщений реализована новая бесблокировочная реализация — техническое усовершенствование, направленное на снижение потерь кадров. Для обеспечения корректной работы этих оптимизаций, В настоящее время система строго запрещает внесение изменений в отмеченные поля во время выполнения. например, «статические финальные значения», которые немедленно генерируют исключения, указывающие на недопустимый доступ, если приложение пытается изменить их с помощью рефлексии или JNI.

Переходы между камерами и кодирование мультимедиа

La gВ систему управления сеансами фото- и видеосъемки внесено обновление API. Теперь разработчики могут использовать специальный метод для подключения и отключения поверхностей вывода изображения с камеры. На ходу. Это позволяет переключаться между фотосъемкой и видеозаписью без необходимости закрывать и заново настраивать всю сессию, избегая прерываний на экране.

Что касается сжатия видео, система Добавляет встроенную поддержку стандарта VVC (H.266). Разработан для обработки разрешений до 8K и контента с обзором 360 градусов с большей эффективностью сжатия, чем его предшественник, HEVC. Видеозапись также включает в себя параметр постоянного качества, который позволяет поддерживать четкость изображения независимо от колебаний битрейта.

Сетевые и периферийные ограничения

Политики сетевой безопасности становятся все более строгими в связи с устареванием атрибута, который по умолчанию разрешал незашифрованный текстовый трафик. Приложениям, которым необходимо выполнять стандартные HTTP-запросы, следует указывать их через конфигурационный файл. Независимая сетевая безопасность. В криптографии системы используется гибридный механизм HPKE, сочетающий в себе производительность симметричного шифрования с безопасностью асимметричного распределения ключей.

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

Наконец, если вы хотите узнать больше об этом, вы можете обратиться к подробности по следующей ссылке.


Добавить в качестве предпочтительного источника