Изменения в поведении: приложения для Android 15 или более поздней версии.

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

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

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

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

Изменения в службах переднего плана

Мы вносим следующие изменения в службы переднего плана в Android 15.

Поведение тайм-аута службы синхронизации данных на переднем плане

В Android 15 представлен новый режим тайм-аута для dataSync для приложений, предназначенных для Android 15 (уровень API 35) или выше. Это поведение также применимо к новому типу службы переднего плана mediaProcessing .

Система разрешает службам dataSync приложения работать в общей сложности 6 часов в течение 24-часового периода, после чего система вызывает метод Service.onTimeout(int, int) работающей службы (представленный в Android 15). В это время у службы есть несколько секунд для вызова Service.stopSelf() . При вызове Service.onTimeout() служба больше не считается службой переднего плана. Если служба не вызывает Service.stopSelf() , система выдает внутреннее исключение. Исключение регистрируется в Logcat со следующим сообщением:

Fatal Exception: android.app.RemoteServiceException: "A foreground service of
type dataSync did not stop within its timeout: [component name]"

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

  1. Пусть ваш сервис реализует новый метод Service.onTimeout(int, int) . Когда ваше приложение получит обратный вызов, обязательно вызовите stopSelf() в течение нескольких секунд. (Если вы не остановите приложение сразу, система выдаст ошибку.)
  2. Убедитесь, что службы dataSync вашего приложения не работают более 6 часов в течение 24-часового периода (если только пользователь не взаимодействует с приложением, сбрасывая таймер).
  3. Запускайте службы dataSync переднего плана только в результате прямого взаимодействия с пользователем; поскольку ваше приложение находится на переднем плане при запуске службы, у вашей службы есть полные шесть часов после того, как приложение перейдет в фоновый режим.
  4. Вместо использования службы переднего плана dataSync используйте альтернативный API .

Если службы приоритетного плана dataSync вашего приложения работали в течение 6 часов за последние 24 часа, вы не сможете запустить другую службу приоритетного плана dataSync , пока пользователь не переведет ваше приложение на передний план (что сбрасывает таймер). Если вы попытаетесь запустить другую службу переднего плана dataSync , система выдаст ForegroundServiceStartNotAllowedException с сообщением об ошибке, например «Ограничение времени для типа службы переднего плана dataSync уже исчерпано».

Тестирование

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

adb shell am compat enable FGS_INTRODUCE_TIME_LIMITS your-package-name

Вы также можете настроить период ожидания, чтобы было проще протестировать поведение вашего приложения при достижении предела. Чтобы установить новый период ожидания, выполните следующую команду adb :

adb shell device_config put activity_manager data_sync_fgs_timeout_duration duration-in-milliseconds

Новый тип приоритетной службы обработки мультимедиа

Android 15 引入了一种新的前台服务类型 mediaProcessing。此服务类型适用于转码媒体文件等操作。例如,媒体应用可能会下载音频文件,并需要先将其转换为其他格式,然后才能播放。您可以使用 mediaProcessing 前台服务,确保即使应用在后台运行时转换也会继续。

系统允许应用的 mediaProcessing 服务在 24 小时内总共运行 6 小时,之后系统会调用正在运行的服务的 Service.onTimeout(int, int) 方法(在 Android 15 中引入)。此时,服务有几秒钟的时间来调用 Service.stopSelf()。如果服务未调用 Service.stopSelf(),系统会抛出内部异常。系统会在 Logcat 中记录此异常,并显示以下消息:

Fatal Exception: android.app.RemoteServiceException: "A foreground service of
type mediaProcessing did not stop within its timeout: [component name]"

为避免出现此异常,您可以执行以下任一操作:

  1. 让您的服务实现新的 Service.onTimeout(int, int) 方法。当您的应用收到回调时,请务必在几秒钟内调用 stopSelf()。(如果您未立即停止应用,系统会生成失败情况。)
  2. 确保应用的 mediaProcessing 服务在任何 24 小时内总运行时间不超过 6 小时(除非用户与应用互动,重置计时器)。
  3. 仅在有直接用户互动时启动 mediaProcessing 前台服务;由于服务启动时应用位于前台,因此您的服务在应用进入后台后有完整的 6 小时时间。
  4. 请改用 替代 API(例如 WorkManager),而不是使用 mediaProcessing 前台服务。

如果您的应用的 mediaProcessing 前台服务在过去 24 小时内运行了 6 小时,则您无法启动其他 mediaProcessing 前台服务,除非用户将您的应用切换到前台(这会重置计时器)。如果您尝试启动另一个 mediaProcessing 前台服务,系统会抛出 ForegroundServiceStartNotAllowedException,并显示类似于“前台服务类型 mediaProcessing 的时间限制已用尽”的错误消息。

如需详细了解 mediaProcessing 服务类型,请参阅 Android 15 前台服务类型变更:媒体处理

测试

如需测试应用的行为,您可以启用媒体处理超时,即使您的应用并非以 Android 15 为目标平台也是如此(前提是应用在 Android 15 设备上运行)。如需启用超时,请运行以下 adb 命令:

adb shell am compat enable FGS_INTRODUCE_TIME_LIMITS your-package-name

您还可以调整超时期限,以便更轻松地测试应用在达到上限时的行为方式。如需设置新的超时期限,请运行以下 adb 命令:

adb shell device_config put activity_manager media_processing_fgs_timeout_duration duration-in-milliseconds

Ограничения на широковещательные приемники BOOT_COMPLETED , запускающие службы приоритета

Существуют новые ограничения на широковещательные приемники BOOT_COMPLETED , запускающие службы приоритета. Получателям BOOT_COMPLETED не разрешено запускать следующие типы служб приоритета:

Если получатель BOOT_COMPLETED пытается запустить любой из этих типов служб переднего плана, система выдает исключение ForegroundServiceStartNotAllowedException .

Тестирование

Чтобы проверить поведение вашего приложения, вы можете включить эти новые ограничения, даже если ваше приложение не предназначено для Android 15 (при условии, что приложение работает на устройстве Android 15). Запустите следующую команду adb :

adb shell am compat enable FGS_BOOT_COMPLETED_RESTRICTIONS your-package-name

Чтобы отправить широковещательную рассылку BOOT_COMPLETED без перезагрузки устройства, выполните следующую команду adb :

adb shell am broadcast -a android.intent.action.BOOT_COMPLETED your-package-name

Ограничения на запуск служб переднего плана, пока приложение имеет разрешение SYSTEM_ALERT_WINDOW

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

Если приложение предназначено для Android 15, это исключение теперь уже. Теперь приложению необходимо иметь разрешение SYSTEM_ALERT_WINDOW , а также иметь видимое окно наложения. То есть приложению необходимо сначала запустить окно TYPE_APPLICATION_OVERLAY , и это окно должно быть видимым, прежде чем вы запустите службу переднего плана.

Если ваше приложение пытается запустить службу переднего плана в фоновом режиме, не отвечая этим новым требованиям (и у него нет других исключений), система выдает ForegroundServiceStartNotAllowedException .

Если ваше приложение объявляет разрешение SYSTEM_ALERT_WINDOW и запускает службы переднего плана в фоновом режиме, это изменение может повлиять на него. Если ваше приложение получает исключение ForegroundServiceStartNotAllowedException , проверьте порядок операций вашего приложения и убедитесь, что в нем уже есть активное окно наложения, прежде чем оно попытается запустить службу переднего плана из фона. Вы можете проверить, видимо ли ваше окно наложения в данный момент, вызвав View.getWindowVisibility() , или вы можете переопределить View.onWindowVisibilityChanged() чтобы получать уведомления при каждом изменении видимости.

Тестирование

Чтобы проверить поведение вашего приложения, вы можете включить эти новые ограничения, даже если ваше приложение не предназначено для Android 15 (при условии, что приложение работает на устройстве Android 15). Чтобы включить эти новые ограничения на запуск служб переднего плана в фоновом режиме, выполните следующую команду adb :

adb shell am compat enable FGS_SAW_RESTRICTIONS your-package-name

Изменения в том, когда приложения могут изменять глобальное состояние режима «Не беспокоить».

Приложения, предназначенные для Android 15 (уровень API 35) и выше, больше не могут изменять глобальное состояние или политику режима «Не беспокоить» (DND) на устройстве (путем изменения пользовательских настроек или отключения режима «Не беспокоить»). Вместо этого приложения должны внести AutomaticZenRule , которое система объединяет в глобальную политику с существующей схемой наиболее ограничительной политики. Вызовы к существующим API, которые ранее влияли на глобальное состояние ( setInterruptionFilter , setNotificationPolicy ), приводят к созданию или обновлению неявного AutomaticZenRule , который включается и выключается в зависимости от цикла вызовов этих вызовов API.

Обратите внимание, что это изменение влияет на наблюдаемое поведение только в том случае, если приложение вызывает setInterruptionFilter(INTERRUPTION_FILTER_ALL) и ожидает, что этот вызов деактивирует AutomaticZenRule , который ранее был активирован его владельцами.

Изменения API OpenJDK

В Android 15 продолжается работа по обновлению основных библиотек Android, чтобы они соответствовали функциям последних выпусков OpenJDK LTS.

Некоторые из этих изменений могут повлиять на совместимость приложений, предназначенных для Android 15 (уровень API 35):

  • Изменения в API форматирования строк : проверка индекса аргумента, флагов, ширины и точности теперь более строгая при использовании следующих API String.format() и Formatter.format() :

    Например, следующее исключение выдается, когда используется индекс аргумента 0 ( %0 в строке формата):

    IllegalFormatArgumentIndexException: Illegal format argument index = 0
    

    В этом случае проблему можно решить, используя индекс аргумента 1 ( %1 в строке формата).

  • Изменения в типе компонента Arrays.asList(...).toArray() : при использовании Arrays.asList(...).toArray() типом компонента результирующего массива теперь является Object , а не тип элементы базового массива. Итак, следующий код генерирует исключение ClassCastException :

    String[] elements = (String[]) Arrays.asList("one", "two").toArray();
    

    В этом случае, чтобы сохранить String как тип компонента в результирующем массиве, вы можете вместо этого использовать Collection.toArray(Object[]) :

    String[] elements = Arrays.asList("two", "one").toArray(new String[0]);
    
  • Изменения в обработке языковых кодов . При использовании Locale API языковые коды для иврита, идиша и индонезийского языка больше не преобразуются в их устаревшие формы (иврит: iw , идиш: ji и индонезийский: in ). При указании кода языка для одного из этих языков вместо этого используйте коды из ISO 639-1 (иврит: he , идиш: yi и индонезийский: id ).

  • Изменения в случайных последовательностях целых чисел : после изменений, внесенных в https://bugs.openjdk.org/browse/JDK-8301574 , следующие методы Random.ints() теперь возвращают последовательность чисел, отличную от методов Random.nextInt() . делать:

    Как правило, это изменение не должно приводить к нарушению работы приложения, но ваш код не должен ожидать, что последовательность, сгенерированная методами Random.ints() будет соответствовать Random.nextInt() .

Новый API SequencedCollection может повлиять на совместимость вашего приложения после обновления compileSdk в конфигурации сборки вашего приложения для использования Android 15 (уровень API 35) :

  • Конфликт с функциями расширения MutableList.removeFirst() и MutableList.removeLast() в kotlin-stdlib

    Тип List в Java сопоставляется с типом MutableList в Kotlin. Поскольку API-интерфейсы List.removeFirst() и List.removeLast() были представлены в Android 15 (уровень API 35), компилятор Kotlin обрабатывает вызовы функций, например list.removeFirst() , статически в новые API-интерфейсы List а не в функции расширения в kotlin-stdlib .

    Если приложение перекомпилируется с compileSdk равным 35 , и minSdk равным 34 или ниже, а затем приложение запускается на Android 14 и более ранних версиях, выдается ошибка времени выполнения:

    java.lang.NoSuchMethodError: No virtual method
    removeFirst()Ljava/lang/Object; in class Ljava/util/ArrayList;
    

    Существующая опция NewApi lint в плагине Android Gradle может отследить эти новые варианты использования API.

    ./gradlew lint
    
    MainActivity.kt:41: Error: Call requires API level 35 (current min is 34): java.util.List#removeFirst [NewApi]
          list.removeFirst()
    

    Чтобы исправить исключения во время выполнения и ошибки проверки, вызовы функций removeFirst() и removeLast() можно заменить на removeAt(0) и removeAt(list.lastIndex) соответственно в Kotlin. Если вы используете Android Studio Ladybug | 2024.1.3 или более поздней версии, он также предоставляет возможность быстрого исправления этих ошибок.

    Рассмотрите возможность удаления @SuppressLint("NewApi") и lintOptions { disable 'NewApi' } если опция lint отключена.

  • Столкновение с другими методами в Java

    В существующие типы добавлены новые методы, например List и Deque . Эти новые методы могут быть несовместимы с методами с тем же именем и типами аргументов в других интерфейсах и классах. В случае конфликта сигнатуры метода с несовместимостью компилятор javac выводит ошибку времени сборки. Например:

    Пример ошибки 1:

    javac MyList.java
    
    MyList.java:135: error: removeLast() in MyList cannot implement removeLast() in List
      public void removeLast() {
                  ^
      return type void is not compatible with Object
      where E is a type-variable:
        E extends Object declared in interface List
    

    Пример ошибки 2:

    javac MyList.java
    
    MyList.java:7: error: types Deque<Object> and List<Object> are incompatible;
    public class MyList implements  List<Object>, Deque<Object> {
      both define reversed(), but with unrelated return types
    1 error
    

    Пример ошибки 3:

    javac MyList.java
    
    MyList.java:43: error: types List<E#1> and MyInterface<E#2> are incompatible;
    public static class MyList implements List<Object>, MyInterface<Object> {
      class MyList inherits unrelated defaults for getFirst() from types List and MyInterface
      where E#1,E#2 are type-variables:
        E#1 extends Object declared in interface List
        E#2 extends Object declared in interface MyInterface
    1 error
    

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

    @Override
    public Object getFirst() {
        return List.super.getFirst();
    }
    

Безопасность

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

Ограниченные версии TLS

Android 15 ограничивает использование TLS версий 1.0 и 1.1. Эти версии ранее были признаны устаревшими в Android, но теперь запрещены для приложений, ориентированных на Android 15.

Запуск защищенной фоновой активности

Android 15 защищает пользователей от вредоносных приложений и дает им больше контроля над своими устройствами, добавляя изменения, которые не позволяют вредоносным фоновым приложениям выводить другие приложения на передний план, повышать их привилегии и злоупотреблять взаимодействием с пользователем. Запуск фоновой активности ограничен начиная с Android 10 (уровень API 29).

Блокировать запуск действий приложений, которые не соответствуют верхнему UID в стеке.

Вредоносные приложения могут запускать действия другого приложения в рамках той же задачи, а затем накладываться поверх них, создавая иллюзию того, что они являются этим приложением. Эта атака «перехвата задачи» обходит текущие ограничения на фоновый запуск, поскольку все это происходит в рамках одной и той же видимой задачи. Чтобы снизить этот риск, в Android 15 добавлен флаг, который блокирует запуск действий приложений, которые не соответствуют верхнему UID в стеке. Чтобы разрешить все действия вашего приложения, обновите allowCrossUidActivitySwitchFromBelow в файле AndroidManifest.xml вашего приложения:

<application android:allowCrossUidActivitySwitchFromBelow="false" >

Новые меры безопасности активны, если выполняются все следующие условия:

  • Приложение, осуществляющее запуск, ориентировано на Android 15.
  • Приложение на вершине стека задач предназначено для Android 15.
  • Любая видимая активность включает новые средства защиты.

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

Другие изменения

Помимо ограничения на сопоставление UID, включены и другие изменения:

  • Измените создателей PendingIntent , чтобы они по умолчанию блокировали запуск фоновой активности . Это помогает предотвратить случайное создание приложениями PendingIntent , которым могут воспользоваться злоумышленники.
  • Не выводите приложение на передний план, если это не разрешено отправителем PendingIntent . Это изменение направлено на то, чтобы вредоносные приложения не злоупотребляли возможностью запускать действия в фоновом режиме. По умолчанию приложениям не разрешено выводить стек задач на передний план, если только создатель не разрешил права запуска фоновых действий или отправитель не имеет привилегий запуска фоновых действий.
  • Управляйте тем, как верхняя операция стека задач может завершить свою задачу . Если верхняя активность завершает задачу, Android вернется к той задаче, которая была активной в последний раз. Более того, если неосновное действие завершит свою задачу, Android вернется на главный экран; это не заблокирует завершение этого нетопового действия.
  • Запретите запуск произвольных действий из других приложений в вашу собственную задачу . Это изменение не позволяет вредоносным приложениям фишинговать пользователей, создавая действия, выглядящие как действия других приложений.
  • Блокировать невидимые окна для запуска фоновых действий . Это помогает предотвратить злоупотребление вредоносными приложениями запуска фоновой активности для отображения пользователям нежелательного или вредоносного контента.

Более безопасные намерения

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

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

fun onCreate() {
   
StrictMode.setVmPolicy(VmPolicy.Builder()
       
.detectUnsafeIntentLaunch()
       
.build()
   
)
}


public void onCreate() {
   
StrictMode.setVmPolicy(new VmPolicy.Builder()
           
.detectUnsafeIntentLaunch()
           
.build());
}

,

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

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

fun onCreate() {
   
StrictMode.setVmPolicy(VmPolicy.Builder()
       
.detectUnsafeIntentLaunch()
       
.build()
   
)
}


public void onCreate() {
   
StrictMode.setVmPolicy(new VmPolicy.Builder()
           
.detectUnsafeIntentLaunch()
           
.build());
}

,

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

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

fun onCreate() {
   
StrictMode.setVmPolicy(VmPolicy.Builder()
       
.detectUnsafeIntentLaunch()
       
.build()
   
)
}


public void onCreate() {
   
StrictMode.setVmPolicy(new VmPolicy.Builder()
           
.detectUnsafeIntentLaunch()
           
.build());
}

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

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

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

Android 15 中与窗口内边距相关的两项变更:默认强制执行边到边,此外还有配置变更,例如系统栏的默认配置。

全面实施政策

Приложения по умолчанию являются безграничными на устройствах под управлением Android 15, если приложение ориентировано на Android 15 (уровень API 35).

Приложение, предназначенное для Android 14 и не поддерживающее безграничное использование устройств с Android 15.


Приложение, предназначенное для Android 15 (уровень API 35) и обеспечивающее полную совместимость на устройстве Android 15. В этом приложении в основном используются компоненты Material 3 Compose, которые автоматически применяют вставки. На этот экран не влияет негативное влияние Android 15 от края до края.

Это критическое изменение, которое может негативно повлиять на пользовательский интерфейс вашего приложения. Изменения затрагивают следующие области пользовательского интерфейса:

  • Панель навигации с помощью жестов
    • Прозрачный по умолчанию.
    • Смещение по нижнему краю отключено, поэтому содержимое отображается за системной панелью навигации, если не применяются вставки.
    • setNavigationBarColor и R.attr#navigationBarColor устарели и не влияют на навигацию с помощью жестов.
    • setNavigationBarContrastEnforced и R.attr#navigationBarContrastEnforced по-прежнему не влияют на навигацию с помощью жестов.
  • 3-кнопочная навигация
    • По умолчанию непрозрачность установлена ​​на 80%, при этом цвет может совпадать с фоном окна.
    • Смещение по нижнему краю отключено, поэтому содержимое отображается за системной панелью навигации, если не применяются вставки.
    • setNavigationBarColor и R.attr#navigationBarColor по умолчанию настроены так, чтобы соответствовать фону окна. Чтобы применить это значение по умолчанию, фон окна должен быть окрашен в цвет. Этот API устарел, но продолжает влиять на трехкнопочную навигацию.
    • setNavigationBarContrastEnforced и R.attr#navigationBarContrastEnforced по умолчанию имеют значение true, что добавляет 80% непрозрачного фона при трехкнопочной навигации.
  • Строка состояния
    • Прозрачный по умолчанию.
    • Смещение сверху отключено, поэтому содержимое отображается за строкой состояния, если не применяются вставки.
    • setStatusBarColor и R.attr#statusBarColor устарели и не влияют на Android 15.
    • setStatusBarContrastEnforced и R.attr#statusBarContrastEnforced устарели, но все еще влияют на Android 15.
  • Вырез дисплея
    • layoutInDisplayCutoutMode неплавающих окон должен иметь значение LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS . SHORT_EDGES , NEVER и DEFAULT интерпретируются как ALWAYS поэтому пользователи не видят черную полосу, вызванную вырезом дисплея, и появляются от края до края.

В следующем примере показано приложение до и после ориентации на Android 15 (уровень API 35), а также до и после применения вставок.

Приложение, предназначенное для Android 14 и не поддерживающее безграничное использование устройств с Android 15.
Приложение, предназначенное для Android 15 (уровень API 35) и обеспечивающее полную совместимость на устройстве Android 15. Однако многие элементы теперь скрыты строкой состояния, трехкнопочной панелью навигации или вырезом на дисплее из-за ограничений Android 15 от края до края. Скрытый пользовательский интерфейс включает верхнюю панель приложения Material 2, плавающие кнопки действий и элементы списка.
Приложение, предназначенное для Android 15 (уровень API 35), работает от края до края на устройстве Android 15 и применяет вставки, чтобы пользовательский интерфейс не был скрыт.
Что проверить, если ваше приложение уже является сквозным

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

  • У вас есть неплавающее окно, например Activity , которое использует SHORT_EDGES , NEVER или DEFAULT вместо LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS . Если ваше приложение вылетает при запуске, это может быть связано с заставкой. Вы можете либо обновить базовую зависимость заставки до 1.2.0-alpha01 или более поздней версии, либо установить window.attributes.layoutInDisplayCutoutMode = WindowManager.LayoutInDisplayCutoutMode.always .
  • Могут быть экраны с меньшим трафиком и закрытым пользовательским интерфейсом. Убедитесь, что на этих менее посещаемых экранах пользовательский интерфейс не перекрыт. Экраны с низким трафиком включают в себя:
    • Экраны регистрации или входа
    • Страницы настроек
Что проверить, если ваше приложение еще не является сквозным

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

  • Если ваше приложение использует компоненты Material 3 ( androidx.compose.material3 ) в компоновке, такие как TopAppBar , BottomAppBar и NavigationBar , эти компоненты, скорее всего, не пострадают, поскольку они автоматически обрабатывают вставки.
  • Если ваше приложение использует компоненты Material 2 ( androidx.compose.material ) в Compose, эти компоненты не обрабатывают вставки автоматически. Однако вы можете получить доступ к вставкам и применить их вручную. В androidx.compose.material 1.6.0 и более поздних версиях используйте параметр windowInsets , чтобы вручную применить вставки для BottomAppBar , TopAppBar , BottomNavigation и NavigationRail . Аналогичным образом используйте параметр contentWindowInsets для Scaffold .
  • Если ваше приложение использует представления и компоненты материалов ( com.google.android.material ), большинство компонентов материалов на основе представлений, таких как BottomNavigationView , BottomAppBar , NavigationRailView или NavigationView , обрабатывают вставки и не требуют дополнительной работы. Однако вам необходимо добавить android:fitsSystemWindows="true" при использовании AppBarLayout .
  • Для пользовательских составных элементов примените вставки вручную в качестве заполнения. Если ваш контент находится внутри Scaffold , вы можете использовать вставки, используя значения заполнения Scaffold . В противном случае примените дополнение, используя один из WindowInsets .
  • Если ваше приложение использует представления и BottomSheet , SideSheet или пользовательские контейнеры, примените заполнение с помощью ViewCompat.setOnApplyWindowInsetsListener . Для RecyclerView примените заполнение с помощью этого прослушивателя, а также добавьте clipToPadding="false" .
Что проверить, должно ли ваше приложение предлагать специальную фоновую защиту

Если ваше приложение должно предлагать настраиваемую фоновую защиту для трехкнопочной навигации или строки состояния, ваше приложение должно разместить компонуемый элемент или представление за системной панелью с помощью WindowInsets.Type#tappableElement() чтобы получить высоту трехкнопочной панели навигации или WindowInsets.Type#statusBars .

Дополнительные сквозные ресурсы

Дополнительные сведения о применении вставок см. в руководствах « Просмотры от края до края» и «Композиция от края до края» .

Устаревшие API

Следующие API устарели, но не отключены:

Следующие API устарели и отключены:

稳定配置

Если ваше приложение предназначено для Android 15 (уровень API 35) или выше, Configuration больше не исключает системные панели. Если вы используете размер экрана в классе Configuration для расчета макета, вам следует заменить его лучшими альтернативами, такими как соответствующие ViewGroup , WindowInsets или WindowMetricsCalculator в зависимости от ваших потребностей.

Configuration доступна начиная с API 1. Обычно ее получают из Activity.onConfigurationChanged . Он предоставляет такую ​​информацию, как плотность, ориентация и размеры окон. Одной из важных характеристик размеров окон, возвращаемых из Configuration является то, что ранее из нее исключались системные панели.

Размер конфигурации обычно используется для выбора ресурсов, например /res/layout-h500dp , и это по-прежнему допустимый вариант использования. Однако использовать его для расчета планировки всегда не поощрялось. Если вы это сделаете, вам следует отойти от этого сейчас. Вам следует заменить использование Configuration чем-то более подходящим в зависимости от вашего варианта использования.

Если вы используете его для расчета макета, используйте соответствующую ViewGroup , такую ​​как CoordinatorLayout или ConstraintLayout . Если вы используете его для определения высоты системной панели навигации, используйте WindowInsets . Если вы хотите узнать текущий размер окна вашего приложения, используйте computeCurrentWindowMetrics .

В следующем списке описаны поля, затронутые этим изменением:

  • Размеры Configuration.screenWidthDp и screenHeightDp больше не исключают системные панели.
  • Configuration.smallestScreenWidthDp косвенно влияют изменения screenWidthDp и screenHeightDp .
  • Configuration.orientation косвенно влияют изменения screenWidthDp и screenHeightDp на устройствах, близких к квадратным.
  • Display.getSize(Point) косвенно влияют изменения Configuration . Это устарело, начиная с уровня API 30.
  • Display.getMetrics() уже работал таким образом, начиная с уровня API 33.

Атрибут ElegantTextHeight по умолчанию имеет значение true

Для приложений, ориентированных на Android 15 (уровень API 35), атрибут elegantTextHeight TextView становится true по умолчанию, заменяя компактный шрифт, используемый по умолчанию, некоторыми скриптами с большими вертикальными метриками на гораздо более читаемый. Компактный шрифт был введен, чтобы предотвратить нарушение макета; Android 13 (уровень API 33) предотвращает многие из этих проблем, позволяя текстовому макету растягивать вертикальную высоту с помощью атрибута fallbackLineSpacing .

В Android 15 компактный шрифт по-прежнему остается в системе, поэтому ваше приложение может установить для elegantTextHeight значение false чтобы получить то же поведение, что и раньше, но вряд ли он будет поддерживаться в следующих выпусках. Итак, если ваше приложение поддерживает следующие сценарии: арабский, лаосский, мьянманский, тамильский, гуджаратский, каннада, малаялам, одиа, телугу или тайский, протестируйте свое приложение, установив для elegantTextHeight значение true .

Поведение elegantTextHeight для приложений, ориентированных на Android 14 (уровень API 34) и ниже.
Поведение elegantTextHeight для приложений, ориентированных на Android 15.

Изменение ширины TextView для сложных форм букв

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

Поскольку это изменение влияет на то, как TextView определяет ширину, TextView по умолчанию выделяет большую ширину, если приложение предназначено для Android 15 (уровень API 35) или выше. Вы можете включить или отключить это поведение, вызвав API setUseBoundsForWidth в TextView .

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

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

Стандартная раскладка английского текста рукописным шрифтом. Некоторые буквы обрезаны. Вот соответствующий XML:

<TextView
   
android:fontFamily="cursive"
   
android:text="java" />
Макет того же текста на английском языке с дополнительной шириной и отступом. Вот соответствующий XML:

<TextView
   
android:fontFamily="cursive"
   
android:text="java"
   
android:useBoundsForWidth="true"
   
android:shiftDrawingOffsetForStartOverhang="true" />
Стандартная раскладка текста на тайском языке. Некоторые буквы обрезаны. Вот соответствующий XML:

<TextView
   
android:text="คอมพิวเตอร์" />
Макет того же текста на тайском языке с дополнительной шириной и отступом. Вот соответствующий XML:

<TextView
   
android:text="คอมพิวเตอร์"
   
android:useBoundsForWidth="true"
   
android:shiftDrawingOffsetForStartOverhang="true" />

Высота строки по умолчанию для EditText с учетом локали

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

Три поля, представляющие элементы EditText , которые могут содержать текст на английском (en), японском (ja) и бирманском (my). Высота EditText одинакова, хотя эти языки имеют разную высоту строк.

Для приложений, ориентированных на Android 15 (уровень API 35), минимальная высота строки теперь зарезервирована для EditText , чтобы соответствовать эталонному шрифту для указанного языкового стандарта, как показано на следующем изображении:

Три поля, представляющие элементы EditText , которые могут содержать текст на английском (en), японском (ja) и бирманском (my). Высота EditText теперь включает пространство для размещения высоты строки по умолчанию для шрифтов этих языков.

При необходимости ваше приложение может восстановить предыдущее поведение, указав для атрибута useLocalePreferredLineHeightForMinimum значение false , а ваше приложение может установить собственные минимальные вертикальные метрики с помощью API setMinimumFontMetrics в Kotlin и Java.

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

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

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

以 Android 15(API 级别 35)为目标平台的应用必须是顶部应用或正在运行前台服务,才能请求音频焦点。如果应用在未满足上述任一要求的情况下尝试请求焦点,调用将返回 AUDIOFOCUS_REQUEST_FAILED

如需详细了解音频焦点,请参阅管理音频焦点

Обновлены ограничения, не связанные с SDK.

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

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

Если вы не уверены, использует ли ваше приложение интерфейсы, отличные от SDK, вы можете протестировать свое приложение, чтобы выяснить это. Если ваше приложение использует интерфейсы, отличные от SDK, вам следует начать планировать переход на альтернативы SDK. Тем не менее мы понимаем, что в некоторых приложениях есть допустимые варианты использования интерфейсов, отличных от SDK. Если вы не можете найти альтернативу использованию интерфейса, отличного от SDK, для функции вашего приложения, вам следует запросить новый общедоступный API .

如需详细了解此 Android 版本中的变更,请参阅 Android 15 中有关限制非 SDK 接口的更新。如需全面了解有关非 SDK 接口的详细信息,请参阅对非 SDK 接口的限制