Изменения в поведении: приложения для 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]);

  • Изменения в обработке языковых кодов : При использовании API Locale языковые коды для иврита, идиша и индонезийского языка больше не преобразуются в их устаревшие формы (иврит: 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

    В Java тип List сопоставляется с типом 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 в плагине 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' } .

  • Конфликт с другими методами в 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).

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

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

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

Android 15 针对 intent 引入了 StrictMode。

如需查看有关 Intent 使用违规行为的详细日志，请使用以下方法：

Kotlin

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

Java

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% непрозрачный фон к навигации из 3 кнопок.
  • Строка состояния
    • По умолчанию прозрачный.
    • Верхнее смещение отключено, поэтому контент отображается за строкой состояния, если не применены отступы.
    • 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 Auto это может выглядеть иначе.

Приложение, ориентированное на 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 .
  • Возможно, существуют экраны с низкой посещаемостью, на которых частично перекрыт пользовательский интерфейс. Убедитесь, что на этих менее посещаемых экранах нет перекрытого пользовательского интерфейса. К экранам с низкой посещаемостью относятся:
    • Экраны регистрации или входа в систему
    • Страницы настроек
Что проверить, если ваше приложение еще не оптимизировано для отображения всего экрана?

Если ваше приложение ещё не является полностью открытым (bread to edge), то, скорее всего, оно вас затронет. Помимо сценариев для приложений, которые уже являются полностью открытыми (bread to edge), следует учитывать следующее:

  • Если ваше приложение использует компоненты Material 3 ( androidx.compose.material3 ) в Compose, такие как TopAppBar , BottomAppBar и NavigationBar , то эти компоненты, скорее всего, не будут затронуты, поскольку они автоматически обрабатывают отступы.
  • Если ваше приложение использует компоненты Material 2 ( androidx.compose.material ) в Compose, эти компоненты не обрабатывают отступы автоматически. Однако вы можете получить доступ к отступам и применить их вручную. В androidx.compose.material версии 1.6.0 и выше используйте параметр windowInsets , чтобы вручную применить отступы для BottomAppBar , TopAppBar , BottomNavigation и NavigationRail . Аналогично используйте параметр contentWindowInsets для Scaffold .
  • Если ваше приложение использует представления и компоненты Material ( com.google.android.material ), большинство компонентов 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 больше не исключают системные полосы.
  • Изменения параметров screenWidthDp и screenHeightDp косвенно влияют на Configuration.smallestScreenWidthDp .
  • На устройствах с почти квадратным экраном изменения параметров screenWidthDp и screenHeightDp косвенно влияют на Configuration.orientation .
  • Display.getSize(Point) косвенно зависит от изменений в Configuration . Он был объявлен устаревшим начиная с уровня API 30.
  • Display.getMetrics() работает подобным образом уже с 33-го уровня API.

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

对于以 Android 15（API 级别 35）为目标平台的应用，elegantTextHeight TextView 属性默认会变为 true，将默认使用的紧凑字体替换为一些具有较大垂直测量的脚本，使其更易于阅读。紧凑字体旨在防止布局中断；Android 13（API 级别 33）允许文本布局利用 fallbackLineSpacing 属性拉伸垂直高度，从而防止许多此类中断。

在 Android 15 中，系统中仍保留了紧凑字体，因此您的应用可以将 elegantTextHeight 设置为 false 以获得与之前相同的行为，但即将发布的版本不太可能支持此字体。因此，如果您的应用支持以下脚本：阿拉伯语、老挝语、缅甸语、泰米尔语、古吉拉特语、卡纳达语、马拉雅拉姆语、奥里亚语、泰卢固语或泰语，请将 elegantTextHeight 设置为 true 以测试您的应用。

针对以 Android 14（API 级别 34）及更低版本为目标平台的应用的 elegantTextHeight 行为。
以 Android 15 为目标平台的应用的 elegantTextHeight 行为。

Изменение ширины 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 см. в разделе Обновления ограничений интерфейса, не связанных с SDK, в Android 15 . Дополнительные сведения об интерфейсах, отличных от SDK, см. в разделе Ограничения на интерфейсы, не относящиеся к SDK .