Изменения поведения: все приложения

Оптимизируйте свои подборки Сохраняйте и классифицируйте контент в соответствии со своими настройками.

Платформа Android 15 включает изменения в поведении, которые могут повлиять на ваше приложение. Следующие изменения поведения применяются ко всем приложениям , работающим на Android 15, независимо от targetSdkVersion . Вам следует протестировать свое приложение, а затем изменить его по мере необходимости, чтобы обеспечить его правильную поддержку, где это применимо.

Обязательно ознакомьтесь также со списком изменений поведения, которые влияют только на приложения, предназначенные для Android 15 .

Основная функциональность

Android 15 изменяет или расширяет различные основные возможности системы Android.

Изменения в состоянии остановки пакета

Целью состояния пакета FLAG_STOPPED (которое пользователи могут использовать в сборках AOSP, нажав и удерживая значок приложения и выбрав «Принудительно остановить») всегда было сохранение приложений в этом состоянии до тех пор, пока пользователь явно не удалит приложение из этого состояния напрямую. запуск приложения или косвенное взаимодействие с приложением (через общий доступ или виджет, выбор приложения в качестве живых обоев и т. д.). В Android 15 мы обновили поведение системы, чтобы оно соответствовало предполагаемому поведению. Приложения следует выводить из остановленного состояния только прямым или косвенным действием пользователя.

Для поддержки предполагаемого поведения, в дополнение к существующим ограничениям, система также отменяет все ожидающие намерения, когда приложение переходит в состояние остановки на устройстве под управлением Android 15. Когда действия пользователя выводят приложение из состояния остановки, трансляция ACTION_BOOT_COMPLETED доставлено в приложение, предоставляя возможность перерегистрировать любые ожидающие намерения.

Вы можете вызвать новый метод ApplicationStartInfo.wasForceStopped() , чтобы подтвердить, было ли приложение переведено в состояние остановлено.

Поддержка размеров страниц 16 КБ.

Исторически сложилось так, что Android поддерживал только размеры страниц памяти 4 КБ, что оптимизировало производительность системной памяти для среднего объема общей памяти, который обычно имеется в устройствах Android. Начиная с Android 15, AOSP поддерживает устройства, настроенные на использование страницы размером 16 КБ (устройства 16 КБ). Если ваше приложение использует какие-либо библиотеки NDK , прямо или косвенно через SDK, вам потребуется пересобрать приложение, чтобы оно работало на этих устройствах с размером памяти 16 КБ.

Поскольку производители устройств продолжают создавать устройства с большим объемом физической памяти (ОЗУ), многие из этих устройств будут использовать размеры страниц 16 КБ (и, в конечном итоге, больше) для оптимизации производительности устройства. Добавление поддержки устройств с размером страницы 16 КБ позволяет вашему приложению работать на этих устройствах и помогает вашему приложению извлечь выгоду из связанных с этим улучшений производительности. Без перекомпиляции приложения могут не работать на устройствах с размером памяти 16 КБ, когда они будут выпущены в будущих выпусках Android.

Чтобы помочь вам добавить поддержку вашего приложения, мы предоставили рекомендации о том, как проверить, не затронуто ли ваше приложение , как пересобрать приложение (если применимо) и как протестировать приложение в среде размером 16 КБ с помощью эмуляторов (включая Android). 15 системных образов для эмулятора Android).

Преимущества и повышение производительности

Устройства, настроенные с размером страницы 16 КБ, в среднем используют немного больше памяти, но также получают различные улучшения производительности как для системы, так и для приложений:

• Сокращение времени запуска приложений, когда система испытывает нехватку памяти: в среднем на 3,16 % меньше, с более значительными улучшениями (до 30 %) для некоторых протестированных нами приложений.
• Снижение энергопотребления при запуске приложения: в среднем снижение на 4,56 %.
• Более быстрый запуск камеры: в среднем на 4,48 % более быстрый горячий запуск и в среднем на 6,60 % более быстрый холодный запуск.
• Улучшено время загрузки системы: в среднем улучшено на 8% (приблизительно 950 миллисекунд).

Эти улучшения основаны на нашем первоначальном тестировании, и результаты на реальных устройствах, вероятно, будут отличаться. По мере продолжения тестирования мы предоставим дополнительный анализ потенциальных преимуществ для приложений.

Проверьте, не затронуто ли ваше приложение

Если ваше приложение использует какой-либо собственный код , вам следует перестроить его с поддержкой устройств размером 16 КБ . Если вы не уверены, использует ли ваше приложение собственный код, вы можете использовать анализатор APK, чтобы определить, присутствует ли какой-либо собственный код , а затем проверить выравнивание сегментов ELF для всех найденных общих библиотек .

Если ваше приложение использует только код, написанный на языке программирования Java или Kotlin, включая все библиотеки и SDK, то ваше приложение уже поддерживает устройства размером 16 КБ. Тем не менее, мы рекомендуем протестировать ваше приложение в среде размером 16 КБ, чтобы убедиться в отсутствии неожиданных изменений в поведении приложения.

Необходимые изменения для некоторых приложений для поддержки личного пространства

Private space is a new feature in Android 15 that lets users create a separate space on their device where they can keep sensitive apps away from prying eyes, under an additional layer of authentication. Because apps in the private space have restricted visibility, some types of apps need to take additional steps to be able to see and interact with apps in a user's private space.

All apps

Because apps in the private space are kept in a separate user profile, similar to work profiles, apps shouldn't assume that any installed copies of their app that aren't in the main profile are in the work profile. If your app has logic related to work profile apps that make this assumption, you'll need to adjust this logic.

Medical apps

When a user locks the private space, all apps in the private space are stopped, and those apps can't perform foreground or background activities, including showing notifications. This behavior might critically impact the use and function of medical apps installed in the private space.

The private space setup experience warns users that the private space is not suitable for apps that need to perform critical foreground or background activities, such as showing notifications from medical apps. However, apps can't determine whether or not they're being used in the private space, so they can't show a warning to the user for this case.

For these reasons, if you develop a medical app, review how this feature might impact your app and take appropriate actions—such as informing your users not to install your app in the private space—to avoid disrupting critical app capabilities.

Launcher apps

If you develop a launcher app, you must do the following before apps in the private space will be visible:

1. Your app must be assigned as the default launcher app for the device—that is, possessing the ROLE_HOME role.
2. Your app must declare the ACCESS_HIDDEN_PROFILES normal permission in your app's manifest file.

Launcher apps that declare the ACCESS_HIDDEN_PROFILES permission must handle the following private space use cases:

1. Your app must have a separate launcher container for apps installed in the private space. Use the getLauncherUserInfo() method to determine which type of user profile is being handled.
2. The user must be able to hide and show the private space container.
3. The user must be able to lock and unlock the private space container. Use the requestQuietModeEnabled() method to lock (by passing true) or unlock (by passing false) the private space.

4. While locked, no apps in the private space container should be visible or discoverable through mechanisms such as search. Your app should register a receiver for the ACTION_PROFILE_AVAILABLE and ACTION_PROFILE_UNAVAILABLE broadcasts and update the UI in your app when the locked or unlocked state of the private space container changes. Both of these broadcasts include EXTRA_USER, which your app can use to refer to the private profile user.

   You can also use the isQuietModeEnabled() method to check whether the private space profile is locked or not.

App store apps

The private space includes an "Install Apps" button that launches an implicit intent to install apps into the user's private space. In order for your app to receive this implicit intent, declare an <intent-filter> in your app's manifest file with a <category> of CATEGORY_APP_MARKET.

Шрифт эмодзи на основе PNG удален.

The legacy, PNG-based emoji font file (NotoColorEmojiLegacy.ttf) has been removed, leaving just the vector-based file. Beginning with Android 13 (API level 33), the emoji font file used by the system emoji renderer changed from a PNG-based file to a vector based file. The system retained the legacy font file in Android 13 and 14 for compatibility reasons, so that apps with their own font renderers could continue to use the legacy font file until they were able to upgrade.

To check if your app is affected, search your app's code for references to the NotoColorEmojiLegacy.ttf file.

You can choose to adapt your app in a number of ways:

• Use platform APIs for text rendering. You can render text to a bitmap-backed Canvas and use that to get a raw image if necessary.
• Add COLRv1 font support to your app. The FreeType open source library supports COLRv1 in version 2.13.0 and higher.
• As a last resort, you can bundle the legacy emoji font file (NotoColorEmoji.ttf) into your APK, although in that case your app will be missing the latest emoji updates. For more information, see the Noto Emoji GitHub project page.

Минимальная целевая версия SDK увеличена с 23 до 24.

Android 15 builds on the the changes that were made in Android 14 and extends this security further. In Android 15, apps with a targetSdkVersion lower than 24 can't be installed. Requiring apps to meet modern API levels helps to ensure better security and privacy.

Malware often targets lower API levels in order to bypass security and privacy protections that have been introduced in higher Android versions. For example, some malware apps use a targetSdkVersion of 22 to avoid being subjected to the runtime permission model introduced in 2015 by Android 6.0 Marshmallow (API level 23). This Android 15 change makes it harder for malware to avoid security and privacy improvements. Attempting to install an app targeting a lower API level results in an installation failure, with a message like the following one appearing in Logcat:

INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 24, but found 7

On devices upgrading to Android 15, any apps with a targetSdkVersion lower than 24 remain installed.

If you need to test an app targeting an older API level, use the following ADB command:

adb install --bypass-low-target-sdk-block FILENAME.apk

Безопасность и конфиденциальность

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

Разработчикам необходимо учитывать следующее, чтобы обеспечить совместимость своих приложений с изменениями в Android 15:

Редактирование OTP

Android не позволит ненадежным приложениям, реализующим NotificationListenerService , читать неотредактированный контент из уведомлений, в которых был обнаружен OTP. Доверенные приложения, такие как ассоциации диспетчера сопутствующих устройств, освобождаются от этих ограничений.

Защита совместного использования экрана

• Содержимое уведомлений скрывается во время сеансов совместного использования экрана, чтобы сохранить конфиденциальность пользователя. Если приложение реализует setPublicVersion() , Android показывает общедоступную версию уведомления, которая служит заменой уведомления в небезопасных контекстах. В противном случае содержимое уведомления будет отредактировано без какого-либо дополнительного контекста.
• Конфиденциальный контент, например ввод пароля, скрыт от удаленных зрителей, чтобы предотвратить раскрытие конфиденциальной информации пользователя.
• Действия приложений, которые публикуют уведомления во время совместного использования экрана, где был обнаружен OTP, будут скрыты. Содержимое приложения скрыто от удаленного просмотра при запуске.
• Помимо автоматической идентификации конфиденциальных полей в Android, разработчики могут вручную помечать части своего приложения как конфиденциальные с помощью setContentSensitivity , который скрыт от удаленных зрителей во время совместного использования экрана.
• Разработчики могут включить параметр « Отключить защиту общего доступа к экрану» в разделе «Параметры разработчика» , чтобы освободиться от защиты общего доступа к экрану в целях демонстрации или тестирования. Системный рекордер экрана по умолчанию освобожден от этих изменений, поскольку записи остаются на устройстве.

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

Разработчикам необходимо учитывать следующее, чтобы их приложения были совместимы с изменениями в Android 15:

Редактирование OTP

Android не позволит ненадежным приложениям, реализующим NotificationListenerService , читать неотредактированный контент из уведомлений, в которых был обнаружен OTP. Доверенные приложения, такие как ассоциации диспетчера сопутствующих устройств, освобождаются от этих ограничений.

Защита совместного использования экрана

• Содержимое уведомлений скрывается во время сеансов совместного использования экрана, чтобы сохранить конфиденциальность пользователя. Если приложение реализует setPublicVersion() , Android показывает общедоступную версию уведомления, которая служит заменой уведомления в небезопасных контекстах. В противном случае содержимое уведомления будет отредактировано без какого-либо дополнительного контекста.
• Конфиденциальный контент, например ввод пароля, скрыт от удаленных зрителей, чтобы предотвратить раскрытие конфиденциальной информации пользователя.
• Действия приложений, которые публикуют уведомления во время совместного использования экрана, где был обнаружен OTP, будут скрыты. Содержимое приложения скрыто от удаленного просмотра при запуске.
• Помимо автоматической идентификации конфиденциальных полей в Android, разработчики могут вручную помечать части своего приложения как конфиденциальные с помощью setContentSensitivity , который скрыт от удаленных зрителей во время совместного использования экрана.
• Разработчики могут включить параметр « Отключить защиту общего доступа к экрану» в разделе «Параметры разработчика» , чтобы освободиться от защиты общего доступа к экрану в целях демонстрации или тестирования. Системный рекордер экрана по умолчанию освобожден от этих изменений, поскольку записи остаются на устройстве.

Камера и медиа

Android 15 вносит следующие изменения в поведение камеры и мультимедиа для всех приложений.

Прямое воспроизведение звука и воспроизведение звука с разгрузкой аннулируют ранее открытые прямые или выгруженные звуковые дорожки при достижении пределов ресурсов.

Before Android 15, if an app requested direct or offload audio playback while another app was playing audio and the resource limits were reached, the app would fail to open a new AudioTrack.

Beginning with Android 15, when an app requests direct or offload playback and the resource limits are reached, the system invalidates any currently open AudioTrack objects which prevent fulfilling the new track request.

(Direct and offload audio tracks are typically opened for playback of compressed audio formats. Common use-cases for playing direct audio include streaming encoded audio over HDMI to a TV. Offload tracks are typically used to play compressed audio on a mobile device with hardware DSP acceleration.)

Пользовательский опыт и системный интерфейс

Android 15 включает в себя некоторые изменения, призванные создать более последовательный и интуитивно понятный пользовательский интерфейс.

Предсказуемая анимация спины включена для приложений, которые согласились

Начиная с Android 15, опция разработчика для прогнозируемой анимации спины была удалена. Системные анимации, такие как возврат домой, перекрестная задача и перекрестная активность, теперь отображаются для приложений, которые включили интеллектуальный жест возврата либо полностью, либо на уровне активности. Если ваше приложение затронуто, выполните следующие действия:

• Убедитесь, что ваше приложение правильно перенесено для использования интеллектуального жеста назад.
• Убедитесь, что переходы фрагментов работают с прогнозирующей обратной навигацией.
• Откажитесь от анимации и переходов фреймворка и вместо этого используйте переходы Animator и androidx.
• Мигрируйте из бэк-стеков, о которых FragmentManager не знает. Вместо этого используйте обратные стеки, управляемые FragmentManager или компонентом навигации.

Виджеты отключаются, когда пользователь принудительно останавливает приложение

Если пользователь принудительно останавливает приложение на устройстве под управлением Android 15, система временно отключает все виджеты приложения. Виджеты выделены серым цветом, и пользователь не может с ними взаимодействовать. Это связано с тем, что, начиная с Android 15, система отменяет все ожидающие намерения приложения, когда приложение принудительно остановлено.

Система повторно включает эти виджеты при следующем запуске приложения пользователем.

Дополнительные сведения см. в разделе Изменения состояния остановки пакета .

Чип строки состояния медиапроекции предупреждает пользователей о совместном использовании экрана, трансляции и записи.

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

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

Проверьте, не затронуто ли ваше приложение

По умолчанию ваше приложение включает чип строки состояния и автоматически приостанавливает проецирование экрана при активации экрана блокировки.

Чтобы узнать больше о том, как протестировать приложение для этих вариантов использования, см. раздел Чип строки состояния и автоматическая остановка .

Ограничения доступа к фоновой сети

In Android 15, apps that start a network request outside of a valid process lifecycle receive an exception. Typically, an UnknownHostException or other socket-related IOException. Network requests that happen outside of a valid lifecycle are usually due to apps unknowingly continuing a network request even after the app is no longer active.

To mitigate this exception, ensure your network requests are lifecycle aware and cancelled upon leaving a valid process lifecycle by using lifecycle aware components. If it is important that the network request should happen even when the user leaves the application, consider scheduling the network request using WorkManager or continue a user visible task using Foreground Service.

Устаревания

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

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