Изменения в поведении: приложения для 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 представлен StrictMode для намерений.

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

Котлин 

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

Ява 

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

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

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

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

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

Комплексное обеспечение соблюдения требований

如果应用以 Android 15（API 级别 35）为目标平台，则在搭载 Android 15 的设备上默认以无边框显示。

以 Android 14 为目标平台且在 Android 15 设备上未以无边框显示的应用。


以 Android 15（API 级别 35）为目标平台且以无边框显示 的 Android 15 设备上的应用。此应用主要使用会自动应用边衬区的 Material 3 Compose 组件 。此屏幕不会受到 Android 15 无边框强制执行的不利影响。

这是一项重大变更，可能会对应用的界面产生不利影响。这些变更会影响以下界面区域：

  • 手势提示条导航栏
    • 默认透明。
    • 底部偏移已停用，因此除非应用了边衬区，否则内容会绘制在系统导航栏后面。
    • setNavigationBarColor 和 R.attr#navigationBarColor 已弃用，不会影响手势导航。
    • setNavigationBarContrastEnforced 和 R.attr#navigationBarContrastEnforced 仍不会影响手势导航。
  • 三按钮导航
    • 默认情况下，不透明度设置为 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 Auto 上可能会显示不同的效果。

以 Android 14 为目标平台且在 Android 15 设备上未以无边框显示的应用。
以 Android 15（API 级别 35）为目标平台且在 Android 15 设备上以无边框显示的应用。不过，由于 Android 15 无边框强制执行，许多元素现在会被状态栏、三按钮导航栏或刘海屏遮盖。被遮盖的界面包括 Material 2 顶部应用栏、悬浮操作按钮和列表项。
以 Android 15（API 级别 35）为目标平台且在 Android 15 设备上以无边框显示的应用，并应用了边衬区，因此界面不会被 遮盖。
如果您的应用已以无边框显示，需要检查哪些内容

如果您的应用已以 无边框 显示并应用了边衬区，则大部分情况下 不会受到影响，但在以下情形中除外。不过，即使您认为自己不会受到影响，我们也建议您测试应用。

  • 您有一个非浮动窗口，例如使用 SHORT_EDGES、NEVER 或 DEFAULT 而不是 LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS 的 Activity。如果您的应用在启动时崩溃，可能是因为启动画面所致。您可以将 核心 启动画面 依赖项升级到 1.2.0-alpha01 或更高版本，也可以设置 window.attributes.layoutInDisplayCutoutMode = WindowManager.LayoutInDisplayCutoutMode.always。
  • 可能存在流量较低的屏幕，其界面被遮盖。验证这些访问量较少的屏幕是否没有被遮盖的界面。流量较低的屏幕包括：
    • 新手入门或登录屏幕
    • “设置”页面
如果您的应用尚未以无边框显示，需要检查哪些内容

如果您的应用尚未以无边框显示，则很可能会受到影响。除了已以无边框显示的应用的情形之外，您还应考虑以下情况：

  • 如果您的应用在 Compose 中使用了 Material 3 组件 ( androidx.compose.material3)，例如 TopAppBar、 BottomAppBar 和 NavigationBar，这些组件可能不会 受到影响，因为它们会自动处理边衬区。
  • 如果应用使用的是 Compose 中的 Material 2 组件 ( androidx.compose.material)，这些组件 本身并不会自动处理边衬区。不过，您可以获得边衬区的访问权限，然后手动应用边衬区。在 androidx.compose.material 1.6.0 及更高版本中，使用 windowInsets 参数可为 BottomAppBar、TopAppBar、 BottomNavigation 和 NavigationRail 手动应用边衬区。 同样，对于 Scaffold，请使用 contentWindowInsets 参数。
  • 如果应用使用了视图和 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。

其他无边框资源

如需了解有关应用边衬区的其他注意事项，请参阅无边框视图和无边框 Compose 指南。

已弃用的 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 .

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