Издаване на мобилната платформа Android 17.

Компания Google публикува нова версия на отворената мобилна платформа Android 17. Свързаните с новия релиз изходни кодове са разположени в Git репозиторито на проекта (клон android-17.0.0_r1). Фърмуерните сборки са подготвени за устройства Pixel 6/6a/6 Pro, Pixel 7/7a/7 Pro, Pixel 8/8a/8 Pro, Pixel 9/9a/9 Pro/9 Pro XL/9 Pro Fold, Pixel 10/10 Pro/10 Pro XL/10 Pro Fold, Pixel Fold и Pixel Tablet. Предварителни фърмуерни сборки са налични за устройства HONOR, iQOO, Lenovo, OnePlus, OPPO, realme, Sharp, vivo и Xiaomi. По време на формирането се създават универсални сборки GSI (Generic System Images), подходящи за различни устройства, базирани на архитектури ARM64 и x86_64.

Сред промените (1, 2, 3):

• Добавен е нов режим на многозадачност — „Bubbles“, който позволява стартирането на всякакви приложения в плаващи прозорци, подобни на показваните над другото съдържание известия за изпращане на съобщения („балони“), но не свързани с специализиран API. Отварянето на приложение в плаващ прозорец се извършва чрез задържане на иконата на приложението. На по-големи екрани иконите на плаващите прозорци се показват в отделна област на лентата с инструменти. Подобни прозорци могат да се групират, преместват и закрепват на екрана.

  
• Продължава развитието на платформата за устройства с големи екрани, като таблети, лаптопи, настолни системи и смартфони със сгъваеми екрани. Премахнати са предишните опции за деактивиране на новото поведение на устройства с екрани с ширина над 600 условни пиксела (dp), свързано с игнориране на определени API за управление на промените в размер и ориентация на екрана (screenOrientation, resizeableActivity, [min|max]AspectRatio), както и адаптивно разположение на приложенията в прозорци, позволяващи промяна на размера и преместване по екрана.

  

  

• Добавен е системен API EyeDropper API, с помощта на който приложението може да получи информация за цвета на произволен пиксел на екрана, без да е необходимо да получава разрешения за захващане на екрана. Сигурността се осигурява, като потребителят сам избира областта за определяне на цвета чрез управлявания от платформата интерфейс с „пипетката“, недостъпен за приложението, тоест приложението не може да иска информация за конкретен пиксел и да възпроизведе съдържанието на екрана пиксел по пиксел.

  

• Добавен е системен интерфейс за избор на контакт от адресната книга, който се предоставя след получаване на правото ACTION_PICK_CONTACTS. Интерфейсът позволява да се избегне предоставянето на правото READ_CONTACTS, позволяващо четене на всички контактни данни. При извикване на новия интерфейс, потребителят взема решение за информацията, която да се предаде на приложението, с възможност за избор само на отделни полета.

  

• Добавен е API PhotoPickerUiCustomizationParams за промяна на интерфейса за избор на снимки, което позволява да се доближи до стила на приложението, което го извиква. Например, може да се промени съотношението на ескпозитиви от 1:1 (квадрат) на 9:16 (портрет).

  

• Добавено е правото USE_LOCATION_BUTTON, позволяващо вграждане на системен бутон за предоставяне на достъп до точни данни за местоположение в интерфейса на приложението. Бутонът се рисува от системата и след натискане от потребителя отключва достъпа до местоположението само за времето на текущата сесия.

  

• Добавена е настройка, която позволява да се скрият имената на приложенията под техните икони.
  
• Променена е визията на инструментавната лента за запис на скринкасти.

  

• Добавена е поддръжка на екранни реакции (Screen Reactions), комбиниращи запис на видео с предната камера и създаване на скринкаст за добавяне на коментари към действията на екрана.

• Добавен е режим за игри на устройства със сгъваеми екрани, при който едната половина на сгъваемия екран се използва за показване на игровия процес, а другата за виртуален контролер.

  

• Добавен е API Handoff, позволяващ предаване на състоянието на приложението на близко находящо се Android устройство (например, таблет) и продължаване на работа там.

  

• Реализирани са интерактивни закрепени прозорци, които, за разлика от традиционните прозорци в режим „картинка в картинка“ (Picture-in-Picture), остават интерактивни при закрепването им над други приложения в десктоп режима.
• Добавени са два нови API: API UWB DL-TDOA — за определяне на позицията на устройство в сграда чрез Wi-Fi за навигация на закрито; API Proximity Detection за откриване на близкоразположени устройства чрез Wi-Fi.
• Добавена е поддръжка за видеоформат VVC (Versatile Video Coding), известен също като стандарт за компресия на видео H.266, разработен съвместно от работни групи MPEG (ISO/IEC JTC 1) и VCEG (ITU-T), с участието на компании като Apple, Ericsson, Intel, Huawei, Microsoft, Qualcomm и Sony. H.266 замества H.265 (HEVC) и осигурява висока ефективност на предаване и съхранение на всички резолюции на екрана (от SD и HD до 4K и 8K), поддържа видео с разширен динамичен обхват (HDR, High Dynamic Range) и панорамно видео в режим 360 градуса.
• Добавена е възможност за запис на видео с постоянен качествен стандарт. Режимът се настройва в обекта MediaRecorder, използвайки метода setVideoEncodingQuality(), позволяващ фиксиране на качеството без привязка към битрейта.
• Добавена е поддръжка на RAW14 изображение, използвано в професионални цифрови камери и осигуряващо съхранение на 15 бита на цветен канал.
• Добавена е поддръжка на HDR видеозапис Eclipsa Video.
• Добавен е софтуерен кодек за звук HE-AAC (High-Efficiency Advanced Audio Coding), поддържащ както ниски, така и високи битрейти.
• Добавено е ново разрешение ACCESS_LOCAL_NETWORK, за да се ограничи достъпът на приложения до локалната мрежа. Наличието на това разрешение позволява на приложенията да откриват и свързват с устройства в локалната мрежа, например устройства за умен дом и мултимедийни системи. Разрешението е добавено, за да блокира сканирането на ресурси в локалната мрежа от злонамерени приложения, например за скрито идентифициране на околната среда на потребителя.
• Разширена е защита от прихващане на еднократни пароли (OTP) и кодове за потвърждение, изпращани чрез SMS. Пряк достъп до подобни съобщения сега се предоставя на повечето приложения само три часа след получаване на съобщението. В стандартното приложение за четене на SMS подобни съобщения се показват веднага.
• Реализирана е защита от обаждания на мошенници, които се представят за служители на банки. Платформата може да взаимодействат с инсталирани банкови приложения, за да потвърди, че обаждането е иницирано от банката. Също така банките могат да определят телефонни номера, при които се допускат само входящи обаждания.
• Добавена е възможността приложенията да получат временно достъп до данни за точното местоположение, валиден само за текущата сесия на работа с програмата.
• Механизмът за защита на динамичното зареждане на код (DCL, Dynamic Code Loading) е разширен за прилагане с нативни библиотеки, зареждани чрез метода System.load(), а не само
  чрез файлове във формати DEX и JAR. DCL предотвратява подмяната на зловреден код в динамично зарежданите изпълними файлове, благодарение на задаването на права за достъп, които позволяват само четене.
• По подразбиране е включен механизмът за прозрачност на сертификатите, който води публичен регистър на всички издадени и отзовани сертификати,
• Предоставена е възможност за заверяване на APK пакети с цифров подпис, базиран на хибриден алгоритъм, комбиниращ класически алгоритъм с алгоритъм ML-DSA, устойчив на подбиране от квантов компютър.
• За приложенията, работещи във фонов режим, е ограничен достъпът до API за възпроизвеждане на звук, свързване към звукови устройства и промяна на силата на звука. Предполага се, че само активните приложения, с които потребителят в момента взаимодейства, могат да започнат възпроизвеждане и да променят силата на звука.
• Добавена е поддръжка на хибридно криптиране на базата на механизма HPKE (Hybrid Public Key Encryption, RFC 9180), съчетаващ простотата на предаване на ключа в криптиране с отворен ключ с висока производителност на симетричното криптиране (данните се криптират с бърз симетричен ключ, а самият ключ се криптира с бавен асиметричен алгоритъм).
• При въвеждане на пароли и PIN кодове с помощта на физическа клавиатура, по подразбиране е изключено показването на последния въведен символ по време на въвеждането.
• За улесняване на реализацията на поддръжката на тъчпадове в игрите, обработката на събития от мишката и тъчпада е унифицирана – по подразбиране събитията от тъчпада, свързани с движението на указателя и жестовете за превъртане, сега се преобразуват в формат с относителни координати, както за мишка. Достъпът до абсолютни координати се предоставя при явно указване на режима POINTER_CAPTURE_MODE_ABSOLUTE.
• В обект ChooserSession е добавен методът getInitialRestingBounds(), който позволява да се разбере финалната позиция и размер на диалоговия прозорец за избор (Chooser) след приключване на анимацията и зареждането на данните.
• Добавени са методите getStreamingAppMaxDownlinkKbps и getStreamingAppMaxUplinkKbps за определяне на максималната пропускателна способност на канала за свързване с цел избор на ниво качество при стрийминг.
• На производителите на оборудване е предоставен API за създаване на разширения за камери, позволяващи да използват специфични функции в приложения, като механизми за подобряване на детайлността Super Resolution, режими на потискане на шум и AI-оптимизатори на качество.
• Добавен е API за извличане на информация за типа на камерата (вградена камера, свързана чрез USB уебкамера или виртуална камера).
• Добавена е поддръжка на слухови апарати, свързващи се чрез интерфейса Bluetooth Low Energy (BLE). Подобни устройства са класифицирани в нова категория TYPE_BLE_HEARING_AID, което позволява на приложенията да разделят слуховите апарати и слушалките, както и да управляват отделно възпроизвеждането на системни звуци (например, можете да възпроизвеждате звуци от уведомления, обаждания и будилник на вградения динамик на телефона, а не на слуховия апарат).
• Добавени са отделни настройки за показване на паролата, въвеждана на физическата клавиатура и на сензорния екран. По подразбиране, символите на паролата, въведени с помощта на физическата клавиатура, веднага се скриват.
• Подобреното показване на виджетите на приложенията на външни екрани, благодарение на вземането предвид на разликите в DPI при мащабиране.
• Добавен е запитване ACTION_VPN_APP_EXCLUSION_SETTINGS, чрез което може да бъде извикан системен екран с настройки, позволяващи на приложението да получи мрежов достъп заобикаляйки VPN-тунела.
• Добавена е поддръжка на налични в OpenJDK 25 функции на езика и Java класове.
• Разширени са възможностите на програмните интерфейси за работа с камерата. В обекта CameraCaptureSession е добавен методът updateOutputConfigurations() за прикрепяне или изключване на изходни области в реално време, без необходимост от повторно конфигуриране на целия сесия за захващане на данни от камерата. На практика промяната позволява плавно превключване между различни режими на работа на камерата (например, между запис на видео и заснемане на снимки). При работа с логически камери, обхващащи няколко физически сензора, е добавена възможност за извличане на метаданни за всеки сензор, а не само за основния.
• Обявен е за остарял атрибут android:usesCleartextTraffic, позволяващ на приложението да предава нешифриран трафик, например, заявки по "http://". В случай на необходимост от използване на нешифриран трафик, следва да се използват отделни файлове с настройки за сигурност.
• Добавени са настройки за управление на историята на VoIP обажданията, които позволяват управление на запазването на информация в логовете и показването на информация за осъществени обаждания в интерфейса.
• В API Wi-Fi RTT (Round-Trip-Time) са разширени възможностите за непрекъснато определяне на приблизително разстояние до точки на достъп и безопасно определяне на възли за P2P свързвания (peer-to-peer).
• В CompanionDeviceManager са добавени нови профили за искане на права и взаимодействие на приложенията с медицински устройства и фитнес тракери.
• В Android Runtime (ART) е реализиран поколенчески сборник на боклука (Generational Concurrent Mark-Compact Garbage Collector), който използва разделна обработка на "стари" и "млади" обекти, което повишава ефективността на почистването на наскоро създадени обекти с малък живот. Използването на поколенческия сборник на боклука намалява риска от спирания по време на разпределяне на ресурси и намалява натоварването на CPU, което повишава ефективността на потреблението на енергия.
• Реализирано е ограничение на максималния обем оперативна памет, който може да заема приложението. При надвишаване на лимита, изчислен на база наличната в устройството RAM, приложението ще бъде принудително затворено. За намаляване на размера на заетата памет е предложен R8 Optimizer, който опакова имената на класове, методи и полета, както и премахва неизползваем код и ресурси.
• При събирането на ядрото на Linux е включена оптимизацията AutoFDO (Auto-Feedback-Directed Optimization), която използва резултатите от профилирането с информация относно честотата на изпълнение на различни участъци от кода, за да повиши производителността на често изпълнявани операции. В проведените тестове включването на AutoFDO за ядрото доведе до намаляване на времето за зареждане с 2.1%, ускоряване на първото стартиране на програмите с 4.3%, повишаване на ефективността на системните извиквания с 9.3%, намаляване на времето за изпълнение на mmap транзакциите на Binder с 12.3%, HwBinder с 20% и Binder RPC с 21.7%.
• Предложена е нова реализация на опашката за съобщения android.os.MessageQueue, която работи без блокировки. Новата реализация позволява повишаване на производителността и намаляване на загубата на кадри.
• Приложенията, които декларират поддръжка за Android 17 и по-нови версии, нямат право да променят стойностите на полета, отбелязани като "static final", което дава възможност за прилагане на по-агресивни оптимизации на производителността в runtime.
• За намаляване на потреблението на памет е ограничен размерът на собствените оформления на изгледите за уведомления (notification view).
• В профилировчика ProfilingManager са добавени допълнителни тригери TRIGGER_TYPE_COLD_START, TRIGGER_TYPE_OOM и TRIGGER_TYPE_KILL_EXCESSIVE_CPU_USAGE за събиране на данни, полезни при отстраняване на проблеми с производителността.

Източник: opennet.ru