Descripción general de las funciones y APIs

Android 15 presenta excelentes funciones y APIs para desarrolladores. En las siguientes secciones, se resumen estas funciones para ayudarte a comenzar a usar las APIs relacionadas.

Para obtener una lista detallada de las APIs nuevas, modificadas y quitadas, consulta el informe de diferencias de API. Para obtener detalles sobre las nuevas APIs, consulta la referencia de la API de Android. Las nuevas APIs están destacadas para que sea más visible. Además, para conocer las áreas en las que los cambios de plataforma podrían afectar a tus apps, asegúrate de revisar los cambios de comportamiento que afectan a las apps cuando se segmentan a Android 15 de Android 15 y los cambios de comportamiento que afectan a todas las apps, independientemente de targetSdkVersion.

Cámara y contenido multimedia

Android 15 incluye una variedad de funciones que mejoran la cámara y la experiencia multimedia, y te dan acceso a herramientas y hardware para ayudar a los creadores a hacer realidad su visión en Android.

Si quieres obtener más información sobre las funciones y soluciones para desarrolladores más recientes de contenido multimedia y cámara de Android, consulta la charla Cómo crear experiencias modernas de cámara y contenido multimedia de Android de Google I/O.

Aumento con poca luz

Android 15 presenta el Intensificador de poca luz, un nuevo modo de exposición automática disponible para la Cámara 2 y la extensión de la cámara en modo nocturno. La mejora con poca luz ajusta la exposición de la transmisión de la vista previa en condiciones de poca luz. Esto se diferencia de la manera en que la extensión de la cámara del modo nocturno crea imágenes estáticas, ya que el modo nocturno combina una ráfaga de fotos para crear una imagen única mejorada. Si bien el modo nocturno funciona muy bien para crear imágenes estáticas, no puede crear un flujo continuo de fotogramas, pero la potencia baja sí puede hacerlo. Por lo tanto, la potenciación con poca luz habilita funciones nuevas de la cámara, como las siguientes:

  • Proporcionar una vista previa de imagen mejorada, de modo que los usuarios puedan enmarcar mejor sus fotos con poca luz
  • Escaneo de códigos QR con poca luz

Si habilitas la amplificación de poca luz, se activará automáticamente cuando haya un nivel de luz tenue y se desactivará cuando haya más luz.

Las apps pueden grabar fuera de la transmisión de la versión preliminar en condiciones de poca luz para guardar un video iluminado.

Para obtener más información, consulta Potenciación del modo noche.

Controles de cámara en la app

En Android 15, se agrega una nueva extensión para tener más control sobre el hardware de la cámara y sus algoritmos en los dispositivos compatibles:

  • Ajustes avanzados de intensidad del flash que permiten un control preciso de la intensidad del flash en los modos SINGLE y TORCH mientras se capturan imágenes

Control del margen de HDR

Android 15 会选择适合底层设备功能和面板的位深的 HDR 余量。对于包含大量 SDR 内容的页面（例如显示单个 HDR 缩略图的即时通讯应用），此行为最终可能会对 SDR 内容的感知亮度产生不利影响。Android 15 允许您使用 setDesiredHdrHeadroom 控制 HDR 余量，以在 SDR 和 HDR 内容之间取得平衡。

左侧屏幕上 SDR 界面元素的亮度似乎比右侧屏幕的亮度更均匀，这模拟了混合 HDR 和 SDR 内容时可能出现的余量问题。通过调整 HDR 余量，您可以在 SDR 和 HDR 内容之间更好地平衡。

Control de volumen

Android 15 presenta compatibilidad con el estándar de volumen CTA-2075 para ayudarte a evitar incoherencias en el volumen del audio y garantizar que los usuarios no tengan que ajustar el volumen constantemente cuando cambien de contenido. El sistema aprovecha las características conocidas de los dispositivos de salida (auriculares y bocina), junto con los metadatos de intensidad disponibles en el contenido de audio AAC, para ajustar de forma inteligente el volumen del audio y los niveles de compresión de rango dinámico.

Para habilitar esta función, debes asegurarte de que los metadatos de volumen estén disponibles en tu contenido AAC y habilitar la función de plataforma en tu app. Para ello, llama a su método de fábrica create con el ID de sesión de audio del AudioTrack asociado a fin de crear una instancia de un objeto LoudnessCodecController. Puedes pasar un OnLoudnessCodecUpdateListener para modificar o filtrar los parámetros de volumen antes de que se apliquen en MediaCodec.

// Media contains metadata of type MPEG_4 OR MPEG_D
val mediaCodec = …
val audioTrack = AudioTrack.Builder()
                                .setSessionId(sessionId)
                                .build()
...
// Create new loudness controller that applies the parameters to the MediaCodec
try {
   val lcController = LoudnessCodecController.create(mSessionId)
   // Starts applying audio updates for each added MediaCodec
}

AndroidX media3 ExoPlayer también se actualizará para usar las APIs de LoudnessCodecController con el objetivo de lograr una integración fluida de la app.

Dispositivos MIDI virtuales 2.0

Android 13 agregó compatibilidad para conectarse a dispositivos MIDI 2.0 mediante USB, que se comunican mediante paquetes MIDI universales (UMP). Android 15 extiende la compatibilidad con UMP a apps MIDI virtuales, lo que permite que las apps de composición controlen las apps de sintetizador como un dispositivo MIDI 2.0 virtual, al igual que lo harían con un dispositivo MIDI USB 2.0.

Decodificación de software AV1 más eficiente

Logotipo de Dav1d

dav1d, el popular decodificador de software AV1 de VideoLAN ahora está disponible para dispositivos Android que no admiten la decodificación AV1 en hardware. Dav1d es hasta 3 veces más eficaz que el decodificador de software AV1 heredado, lo que permite la reproducción en HD AV1 para más usuarios, incluidos algunos dispositivos de nivel bajo y medio.

Por ahora, tu app debe invocar dav1d para habilitar el uso de dav1d con el nombre "c2.android.av1-dav1d.decoder". dav1d se convertirá en el decodificador de software de AV1 predeterminado en una actualización posterior. Esta compatibilidad está estandarizada y adaptada a dispositivos Android 11 que reciben actualizaciones del sistema de Google Play.

Productividad y herramientas para desarrolladores

Si bien la mayor parte de nuestro trabajo para mejorar la productividad se centra en herramientas como Android Studio, Jetpack Compose y las bibliotecas de Android Jetpack, siempre buscamos formas en la plataforma que te ayuden a hacer realidad tu visión con mayor facilidad.

Actualizaciones de OpenJDK 17

Android 15 会继续更新 Android 的核心库，以与最新 OpenJDK LTS 版本中的功能保持一致。

其中包含以下主要功能和改进：

这些 API 通过 Google Play 系统更新在超过 10 亿台搭载 Android 12（API 级别 31）及更高版本的设备上进行了更新，让您能够以最新的编程功能为目标平台。

Mejoras en los archivos PDF

Android 15 对 PdfRenderer API 进行了重大改进。应用可以整合一些高级功能，例如渲染受密码保护的文件、注解、表单编辑、搜索和通过复制进行选择。支持线性 PDF 优化，以加快本地 PDF 的查看速度并减少资源使用量。

针对 PDF 渲染功能的最新更新包括搜索嵌入式 PDF 文件等功能。

PdfRenderer 已移至一个模块，此模块可使用与平台版本无关的 Google Play 系统更新来进行更新，并且我们将通过创建兼容的 API Surface 低于 Android 15 的版本（称为 PdfRendererPreV）来支持在 Android 11（API 级别 30）中更新这些变更。

我们非常重视您对 PdfRenderer API 接口的增强功能的反馈，我们计划通过即将推出的 Android Jetpack 库，让开发者能更轻松地将这些 API 整合到您的应用中。

Mejoras en el cambio automático de idioma

Android 14 agregó reconocimiento de varios idiomas en el dispositivo con cambio automático entre idiomas, pero esto puede hacer que las palabras se pierdan, en especial cuando se cambian los idiomas con menos pausas entre las dos expresiones. En Android 15, se agregan controles adicionales para ayudar a las apps a ajustar este cambio a su caso de uso. EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS limita el cambio automático al inicio de la sesión de audio, mientras que EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES desactiva el cambio de idioma después de una cantidad definida de cambios. Estas opciones son particularmente útiles si esperas que, durante la sesión, se hable un solo idioma que deba detectarse automáticamente.

Se mejoró la API de OpenType Variable Font

Android 15 mejora la usabilidad de la fuente variable OpenType. Ahora puedes crear una instancia de FontFamily a partir de una fuente variable sin especificar los ejes de peso con la API de buildVariableFamily. El procesador de texto anula el valor del eje wght para que coincida con el texto que se muestra.

Con la nueva API, esto simplifica considerablemente el código para crear un Typeface:

Kotlin

val newTypeface = Typeface.CustomFallbackBuilder(
            FontFamily.Builder(
                Font.Builder(assets, "RobotoFlex.ttf").build())
                    .buildVariableFamily())
    .build()

Java

Typeface newTypeface = Typeface.CustomFallbackBuilder(
            new FontFamily.Builder(
                new Font.Builder(assets, "RobotoFlex.ttf").build())
                    .buildVariableFamily())
    .build();

Anteriormente, para crear la misma Typeface, se necesitaba mucho más código:

Kotlin

val oldTypeface = Typeface.CustomFallbackBuilder(
            FontFamily.Builder(
                Font.Builder(assets, "RobotoFlex.ttf")
                    .setFontVariationSettings("'wght' 400")
                    .setWeight(400)
                    .build())
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 100")
                        .setWeight(100)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 200")
                        .setWeight(200)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 300")
                        .setWeight(300)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 500")
                        .setWeight(500)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 600")
                        .setWeight(600)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 700")
                        .setWeight(700)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 800")
                        .setWeight(800)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 900")
                        .setWeight(900)
                        .build()
                ).build()
        ).build()

Java

Typeface oldTypeface = new Typeface.CustomFallbackBuilder(
    new FontFamily.Builder(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 400")
            .setWeight(400)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 100")
            .setWeight(100)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 200")
            .setWeight(200)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 300")
            .setWeight(300)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 500")
            .setWeight(500)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 600")
            .setWeight(600)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 700")
            .setWeight(700)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 800")
            .setWeight(800)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 900")
            .setWeight(900)
            .build()
    )
    .build()
).build();

Este es un ejemplo de cómo se renderiza un Typeface creado con las APIs anterior y nueva:

Un ejemplo de cómo difiere el procesamiento de Typeface entre las APIs nuevas y las antiguas

En este ejemplo, el Typeface creado con la API anterior no tiene la capacidad de crear pesos de fuente precisos para las instancias de Font 350, 450, 550 y 650, por lo que el procesador recurre al peso más cercano. Por lo tanto, en este caso, se renderiza 300 en lugar de 350, 400 en lugar de 450, y así sucesivamente. Por el contrario, el Typeface creado con las APIs nuevas crea dinámicamente una instancia de Font para un peso determinado, por lo que también se renderizan las ponderaciones precisas para 350, 450, 550 y 650.

Controles detallados de salto de línea

A partir de Android 15, un TextView y el salto de línea subyacente pueden conservar la parte determinada del texto en la misma línea para mejorar la legibilidad. Puedes aprovechar esta personalización de salto de línea con la etiqueta <nobreak> en los recursos de cadenas o createNoBreakSpan. Del mismo modo, puedes conservar palabras de la separación silábica con la etiqueta <nohyphen> o createNoHyphenationSpan.

Por ejemplo, el siguiente recurso de cadenas no incluye un salto de línea y se renderiza con el texto "Pixel 8 Pro" rompiendo en un lugar no deseado:

<resources>
    <string name="pixel8pro">The power and brains behind Pixel 8 Pro.</string>
</resources>

Por el contrario, este recurso de cadenas incluye la etiqueta <nobreak>, que une la frase "Pixel 8 Pro" y evita los saltos de línea:

<resources>
    <string name="pixel8pro">The power and brains behind <nobreak>Pixel 8 Pro.</nobreak></string>
</resources>

La diferencia en la forma en que se renderizan estas cadenas se muestra en las siguientes imágenes:

Diseño de una línea de texto donde la frase "Pixel 8 Pro" no se une con una etiqueta <nobreak>.
Diseño para la misma línea de texto donde la frase "Pixel 8 Pro" está unida a la etiqueta <nobreak>.

Archivo de apps

Android y Google Play anunciaron su compatibilidad con el archivo de apps el año pasado, lo que les permite a los usuarios liberar espacio quitando parcialmente las apps que se usan con poca frecuencia del dispositivo que se publicaron con Android App Bundle en Google Play. Android 15 ahora incluye compatibilidad a nivel del SO para archivar y desarchivar apps, lo que facilita que todas las tiendas de aplicaciones lo implementen.

Las apps con el permiso REQUEST_DELETE_PACKAGES pueden llamar al método PackageInstaller requestArchive para solicitar que se archive un paquete de app instalado, lo que quita el APK y todos los archivos almacenados en caché, pero conserva los datos del usuario. Las apps archivadas se muestran como apps visibles a través de las APIs de LauncherApps. Los usuarios verán un tratamiento de la IU para destacar que esas apps están archivadas. Si un usuario presiona una app archivada, el instalador responsable recibirá una solicitud para desarchivarla, y el proceso de restablecimiento se puede supervisar con la transmisión ACTION_PACKAGE_ADDED.

Gráficos

Android 15 ofrece las mejoras de gráficos más recientes, como ANGLE y adiciones al sistema de gráficos Canvas.

Modernización del acceso a las GPU de Android

Vulkan 徽标

从早期开始，核心操作系统在单个 CPU 上运行，GPU 通过基于固定函数流水线的 API 进行访问，Android 硬件已经发生了很大变化。从 Android 7.0（API 级别 24）开始，NDK 中就已提供 Vulkan® 图形 API。它采用较低级别的抽象，可以更好地反映现代 GPU 硬件，能够更好地进行扩展以支持多个 CPU 核心，并可减少 CPU 驱动程序开销，从而提升应用性能。所有现代游戏引擎都支持 Vulkan。

Vulkan 是 Android 的 GPU 首选接口。因此，Android 15 包含 ANGLE 作为可选层，用于在 Vulkan 上运行 OpenGL® ES。迁移到 ANGLE 会将 Android OpenGL 实现标准化，以提高兼容性，在某些情况下还可提升性能。您可以使用 ANGLE 测试 OpenGL ES 应用的稳定性和性能，方法是在 Android 15 上依次点击设置 -> 系统 -> 开发者选项 -> 实验性功能：启用 ANGLE，启用开发者选项。

Vulkan 上的 Android ANGLE 路线图

Android GPU API 即将发生的变更的路线图。

作为简化 GPU 堆栈的一部分，今后我们将在更多新设备上以 GL 系统驱动程序的形式提供 ANGLE，预计未来将只能通过 ANGLE 使用 OpenGL/ES。不过，我们计划在所有设备上继续支持 OpenGL ES。

建议的后续措施

使用开发者选项选择适用于 OpenGL ES 的 ANGLE 驱动程序并测试您的应用。对于新项目，我们强烈建议您使用适用于 C/C++ 的 Vulkan。

Mejoras de Canvas

Android 15 continúa nuestra modernización del sistema de gráficos Canvas de Android con capacidades nuevas:

  • Matrix44 proporciona una matriz de 4 × 4 para transformar las coordenadas que se deben usar cuando desees manipular el lienzo en 3D.
  • clipShader realiza una intersección entre el clip actual y el sombreador especificado, mientras que clipOutShader establece el clip según la diferencia entre el clip actual y el sombreador, y cada uno trata al sombreador como una máscara alfa. Esto permite dibujar formas complejas de manera eficiente.

Rendimiento y batería

Android continúa su enfoque en ayudarte a mejorar el rendimiento y la calidad de tus apps. Android 15 presenta nuevas APIs que ayudan a que las tareas de tu app sean más eficientes de ejecutar, optimizar el rendimiento de las apps y recopilar estadísticas sobre ellas.

Si deseas conocer las prácticas recomendadas para ahorrar batería, depurar el uso de la red y la energía, y obtener detalles sobre cómo mejoramos la eficiencia de la batería del trabajo en segundo plano en Android 15 y versiones recientes de Android, consulta el artículo de Google I/O Cómo mejorar la eficiencia de la batería del trabajo en segundo plano en Android.

API de ApplicationStartInfo

En versiones anteriores de Android, el inicio de apps ya era un misterio. Fue difícil determinar dentro de tu app si se iniciaba desde un estado frío, tibio o caliente. También era difícil saber cuánto tiempo dedicó la app durante las distintas fases de lanzamiento: bifurcar el proceso, llamar a onCreate, dibujar el primer fotograma y mucho más. Cuando se creó una instancia de tu clase Application, no tuviste forma de saber si la app se inició desde una transmisión, un proveedor de contenido, un trabajo, una copia de seguridad, un inicio completo, una alarma o un Activity.

La API de ApplicationStartInfo en Android 15 proporciona todo esto y mucho más. Incluso puedes optar por agregar tus propias marcas de tiempo al flujo para recopilar datos de tiempo en un solo lugar. Además de recopilar métricas, puedes usar ApplicationStartInfo para optimizar directamente el inicio de la app. Por ejemplo, puedes eliminar la costosa creación de instancias de bibliotecas relacionadas con la IU dentro de tu clase Application cuando tu app se inicia debido a una transmisión.

Información detallada sobre el tamaño de la app

A partir de Android 8.0 (nivel de API 26), Android incluyó la API de StorageStats.getAppBytes que resume el tamaño instalado de una app como una sola cantidad de bytes, que es una suma del tamaño del APK, el tamaño de los archivos extraídos del APK y los archivos que se generaron en el dispositivo, como el código compilado por adelantado (AOT). Esta cifra no es muy detallada en términos de cómo tu app usa el almacenamiento.

En Android 15, se agrega la API de StorageStats.getAppBytesByDataType([type]), que te permite obtener estadísticas sobre cómo tu app usa todo ese espacio, incluidas las divisiones de archivos APK, el código relacionado con AOT y la aceleración, metadatos dex, bibliotecas y perfiles guiados.

Generación de perfiles administrada por la app

Android 15 incluye la clase ProfilingManager completamente nueva, que te permite recopilar información de generación de perfiles desde tu app. Tenemos previsto unir esto con una API de Android Jetpack que simplificará la construcción de solicitudes de generación de perfiles, pero la API principal permitirá la recopilación de volcados de montón, perfiles de montón, muestreo de pila y mucho más. Proporciona una devolución de llamada a tu app con una etiqueta proporcionada para identificar el archivo de salida, que se entrega al directorio de archivos de la app. La API establece un límite de frecuencia para minimizar el impacto en el rendimiento.

Mejoras en la base de datos SQLite

Android 15 引入了新的 SQLite API，可提供底层 SQLite 引擎的高级功能，这些功能旨在解决应用中可能出现的特定性能问题。

开发者应查阅 SQLite 性能最佳实践，以充分利用其 SQLite 数据库，尤其是在使用大型数据库或运行对延迟敏感的查询时。

  • 只读延迟事务：发出只读事务（不包括写入语句）时，使用 beginTransactionReadOnly() 和 beginTransactionWithListenerReadOnly(SQLiteTransactionListener) 发出只读 DEFERRED 事务。此类事务可以相互并发运行，如果数据库处于 WAL 模式，则它们可以与 IMMEDIATE 或 EXCLUSIVE 事务并发运行。
  • 行数和 ID：新增了 API，用于检索已更改的行的计数或最后插入的行 ID，而无需发出额外的查询。getLastChangedRowCount() 返回当前事务中的最新 SQL 语句插入、更新或删除的行数，而 getTotalChangedRowCount() 返回当前连接的相关计数。getLastInsertRowId() 返回要在当前连接上插入的最后一行的 rowid。
  • 原始语句：发出原始 SQlite 语句，绕过便捷封装容器以及它们可能产生的任何其他处理开销。

Actualizaciones del framework de rendimiento dinámico de Android

Android 15 continúa nuestra inversión en el framework de rendimiento dinámico (ADPF) de Android, un conjunto de APIs que permiten que los juegos y las apps de alto rendimiento interactúen de forma más directa con los sistemas térmicos y de alimentación de los dispositivos Android. En los dispositivos compatibles, Android 15 agregará funciones nuevas de ADPF:

  • Un modo de eficiencia energética para las sesiones de sugerencias a fin de indicar que sus subprocesos asociados deben preferir el ahorro de energía en lugar del rendimiento, lo cual es ideal para cargas de trabajo en segundo plano de larga duración.
  • Las duraciones de trabajo de GPU y CPU se pueden informar en sesiones de sugerencias, lo que permite que el sistema ajuste las frecuencias de CPU y GPU en conjunto para satisfacer mejor las demandas de cargas de trabajo.
  • Los umbrales del margen térmico para interpretar el estado de limitación térmica posible según la predicción del margen

Si quieres obtener más información para usar ADPF en tus apps y juegos, consulta la documentación.

Privacidad

Android 15 incluye una variedad de funciones que ayudan a los desarrolladores de apps a proteger la privacidad del usuario.

Detección de grabación de pantalla

Android 15 增加了对应用检测功能的支持，以检测其是否被录制。每当应用在屏幕录制中处于可见或不可见状态之间转换时，系统都会调用回调。如果系统正在记录注册进程的 UID 拥有的 activity，则应用会被视为可见。这样，如果您的应用正在执行敏感操作，您就可以告知用户系统正在记录这些操作。

val mCallback = Consumer<Int> { state ->
  if (state == SCREEN_RECORDING_STATE_VISIBLE) {
    // We're being recorded
  } else {
    // We're not being recorded
  }
}

override fun onStart() {
   super.onStart()
   val initialState =
      windowManager.addScreenRecordingCallback(mainExecutor, mCallback)
   mCallback.accept(initialState)
}

override fun onStop() {
    super.onStop()
    windowManager.removeScreenRecordingCallback(mCallback)
}

Capacidades expandidas de IntentFilter

Android 15 构建了通过 UriRelativeFilterGroup 支持更精确的 Intent 解析，其中包含一组 UriRelativeFilter 对象，这些对象构成了一组必须满足的 Intent 匹配规则，其中包括网址查询参数、网址片段以及屏蔽或排除规则。

您可以使用新的 <uri-relative-filter-group> 标记在 AndroidManifest XML 文件中定义这些规则，也可以选择包含 android:allow 标记。这些标记可以包含使用现有数据标记属性以及新的 android:query 和 android:fragment 属性的 <data> 标记。

下面是 AndroidManifest 语法的示例：

<intent-filter>
  <action android:name="android.intent.action.VIEW" />
  <category android:name="android.intent.category.BROWSABLE" />
  <data android:scheme="http" />
  <data android:scheme="https" />
  <data android:domain="astore.com" />
  <uri-relative-filter-group>
    <data android:pathPrefix="/auth" />
    <data android:query="region=na" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:query="mobileoptout=true" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:fragmentPrefix="faq" />
  </uri-relative-filter-group>
</intent-filter>

Espacio privado

El espacio privado se puede desbloquear y bloquear para mostrar u ocultar apps sensibles en un dispositivo.

El espacio privado permite a los usuarios crear un espacio separado en su dispositivo, en el que pueden mantener las apps sensibles lejos de miradas indiscretas, con una capa adicional de autenticación. El espacio privado usa un perfil de usuario independiente. El usuario puede elegir usar el bloqueo del dispositivo o un factor de bloqueo independiente para el espacio privado.

Las apps del espacio privado se muestran en un contenedor separado en el selector y se ocultan de la vista de recientes, las notificaciones, la configuración y otras apps cuando el espacio privado está bloqueado. El contenido generado y descargado por usuarios (como el contenido multimedia o los archivos) y las cuentas están separados entre el espacio privado y el principal. Se pueden usar la hoja compartida del sistema y el selector de fotos para otorgar a las apps acceso al contenido en diferentes espacios cuando el espacio privado está desbloqueado.

Los usuarios no pueden mover apps existentes ni sus datos al espacio privado. En cambio, los usuarios seleccionan una opción de instalación en el espacio privado para instalar una app mediante la tienda de aplicaciones que prefieran. Las apps del espacio privado se instalan como copias independientes de las del espacio principal (copias nuevas de la misma app).

Cuando un usuario bloquea el espacio privado, se detiene el perfil. Mientras el perfil esté detenido, las apps del espacio privado ya no estarán activas y no podrán realizar actividades en primer ni segundo plano, incluida la visualización de notificaciones.

Te recomendamos que pruebes tu app con espacio privado para asegurarte de que funcione como se espera, en especial si pertenece a una de las siguientes categorías:

Consultar la selección más reciente del usuario para el acceso a las fotos seleccionadas

Ahora las apps pueden destacar solo las fotos y los videos seleccionados más recientemente cuando se otorga acceso parcial a los permisos de contenido multimedia. Esta función puede mejorar la experiencia del usuario para las apps que solicitan acceso a fotos y videos con frecuencia. Para usar esta función en tu app, habilita el argumento QUERY_ARG_LATEST_SELECTION_ONLY cuando consultes MediaStore a través de ContentResolver.

Kotlin

val externalContentUri = MediaStore.Files.getContentUri("external")

val mediaColumns = arrayOf(
   FileColumns._ID,
   FileColumns.DISPLAY_NAME,
   FileColumns.MIME_TYPE,
)

val queryArgs = bundleOf(
   // Return only items from the last selection (selected photos access)
   QUERY_ARG_LATEST_SELECTION_ONLY to true,
   // Sort returned items chronologically based on when they were added to the device's storage
   QUERY_ARG_SQL_SORT_ORDER to "${FileColumns.DATE_ADDED} DESC",
   QUERY_ARG_SQL_SELECTION to "${FileColumns.MEDIA_TYPE} = ? OR ${FileColumns.MEDIA_TYPE} = ?",
   QUERY_ARG_SQL_SELECTION_ARGS to arrayOf(
       FileColumns.MEDIA_TYPE_IMAGE.toString(),
       FileColumns.MEDIA_TYPE_VIDEO.toString()
   )
)

Java

Uri externalContentUri = MediaStore.Files.getContentUri("external");

String[] mediaColumns = {
    FileColumns._ID,
    FileColumns.DISPLAY_NAME,
    FileColumns.MIME_TYPE
};

Bundle queryArgs = new Bundle();
queryArgs.putBoolean(MediaStore.QUERY_ARG_LATEST_SELECTION_ONLY, true);
queryArgs.putString(MediaStore.QUERY_ARG_SQL_SORT_ORDER, FileColumns.DATE_ADDED + " DESC");
queryArgs.putString(MediaStore.QUERY_ARG_SQL_SELECTION, FileColumns.MEDIA_TYPE + " = ? OR " + FileColumns.MEDIA_TYPE + " = ?");
queryArgs.putStringArray(MediaStore.QUERY_ARG_SQL_SELECTION_ARGS, new String[] {
    String.valueOf(FileColumns.MEDIA_TYPE_IMAGE),
    String.valueOf(FileColumns.MEDIA_TYPE_VIDEO)
});

Privacy Sandbox en Android

Android 15 incluye las extensiones más recientes de los servicios de anuncios de Android, que incorporan la versión más reciente de Privacy Sandbox en Android. Esta incorporación es parte de nuestro trabajo para desarrollar nuevas tecnologías que mejoren la privacidad del usuario y permitan brindar experiencias de publicidad personalizadas y eficaces en apps para dispositivos móviles. En nuestra página de Privacy Sandbox encontrarás más información sobre Privacy Sandbox en la Versión preliminar para desarrolladores de Android y los programas beta para ayudarte a comenzar.

Health Connect

Android 15 integra las extensiones más recientes de Health Connect de Android, una plataforma segura y centralizada para administrar y compartir los datos de salud y fitness recopilados por la app. Esta actualización agrega compatibilidad con nuevos tipos de datos de estado físico, nutrición, temperatura cutánea, planes de entrenamiento y más.

El monitoreo de la temperatura cutánea permite a los usuarios almacenar y compartir datos más precisos sobre la temperatura desde un wearable o cualquier otro dispositivo de monitoreo.

Los planes de entrenamiento son planes de entrenamiento estructurados que ayudan a un usuario a lograr sus objetivos de entrenamiento. La compatibilidad con los planes de entrenamiento incluye una variedad de objetivos de finalización y rendimiento:

Obtén más información sobre las actualizaciones más recientes de Health Connect en Android en la charla Cómo compilar experiencias adaptables con Android Health de Google I/O.

Compartir pantalla parcialmente

Android 15 admite el uso compartido parcial de la pantalla, de modo que los usuarios puedan compartir o grabar solo una ventana de la app en lugar de toda la pantalla del dispositivo. Esta función, habilitada por primera vez en QPR2 para Android 14, incluye devoluciones de llamada de MediaProjection que permiten que tu app personalice la experiencia de compartir pantalla de forma parcial. Ten en cuenta que, en el caso de las apps orientadas a Android 14 (nivel de API 34) o versiones posteriores, ahora se requiere el consentimiento del usuario para cada sesión de captura de MediaProjection.

IU del sistema y experiencia del usuario

Android 15 ofrece a los desarrolladores y usuarios de apps más control y flexibilidad para configurar sus dispositivos en función de sus necesidades.

Si quieres obtener más información sobre el uso de las mejoras más recientes de Android 15 para optimizar la experiencia del usuario de tu app, consulta el diálogo de Google I/O Cómo mejorar la experiencia del usuario de tu app para Android.

Vistas previas de widgets más completas con la API de Generated Previews

Antes de Android 15, la única forma de proporcionar vistas previas del selector de widgets era especificar un recurso de diseño o imagen estático. A menudo, estas vistas previas difieren significativamente del aspecto del widget real cuando se coloca en la pantalla principal. Además, los recursos estáticos no se pueden crear con Jetpack Looker, por lo que el desarrollador de un vistazo tuvo que hacer una captura de pantalla de su widget o crear un diseño XML para obtener una vista previa del widget.

En Android 15, se agrega compatibilidad con las vistas previas generadas. Esto significa que los proveedores de widgets de apps pueden generar RemoteViews para usarlo como vista previa del selector, en lugar de como un recurso estático.

Las apps pueden proporcionar vistas remotas al selector de widgets, de modo que puedan actualizar el contenido del selector para que sea más representativo de lo que verá el usuario.

API de Push

Las apps pueden proporcionar vistas previas generadas por medio de una API de envío. Las apps pueden proporcionar vistas previas en cualquier momento de su ciclo de vida y no reciben una solicitud explícita del host para brindarlas. Las vistas previas se conservan en AppWidgetService, y los hosts pueden solicitarlas a pedido. En el siguiente ejemplo, se carga un recurso de diseño de widget XML y se lo establece como vista previa:

AppWidgetManager.getInstance(appContext).setWidgetPreview(
   ComponentName(
       appContext,
       SociaLiteAppWidgetReceiver::class.java
   ),
   AppWidgetProviderInfo.WIDGET_CATEGORY_HOME_SCREEN,
   RemoteViews("com.example", R.layout.widget_preview)
)

El flujo esperado es el siguiente:

  1. En cualquier momento, el proveedor de widgets llama a setWidgetPreview. Las vistas previas proporcionadas se conservan en AppWidgetService con otra información del proveedor.
  2. setWidgetPreview notifica a los hosts sobre una vista previa actualizada a través de la devolución de llamada AppWidgetHost.onProvidersChanged. En respuesta, el host del widget vuelve a cargar toda la información de su proveedor.
  3. Cuando se muestra una vista previa de widget, el host verifica AppWidgetProviderInfo.generatedPreviewCategories y, si la categoría elegida está disponible, llama a AppWidgetManager.getWidgetPreview para mostrar la vista previa guardada de este proveedor.

Cuándo llamar a setWidgetPreview

Debido a que no hay una devolución de llamada para proporcionar vistas previas, las apps pueden elegir enviar vistas previas en cualquier momento cuando se ejecutan. La frecuencia con la que se actualiza la vista previa depende del caso de uso del widget.

En la siguiente lista, se describen las dos categorías principales de casos de uso de la vista previa:

  • Proveedores que muestran datos reales en las vistas previas de sus widgets, como información personalizada o reciente. Estos proveedores pueden configurar la vista previa una vez que el usuario haya accedido o haya realizado la configuración inicial en su app. Después de esto, pueden establecer una tarea periódica para actualizar las vistas previas a la cadencia elegida. Algunos ejemplos de este tipo de widget pueden ser un widget de fotos, calendarios, información del clima o de noticias.
  • Proveedores que muestran información estática en vistas previas o widgets de acción rápida que no muestran datos. Estos proveedores pueden configurar vistas previas una vez, cuando se inicia la app por primera vez. Algunos ejemplos de este tipo de widget incluyen un widget de acciones rápidas para el viaje o un widget de accesos directos de Chrome.

Algunos proveedores pueden mostrar vistas previas estáticas en el selector de modo Hub, pero también información real en el selector de pantalla principal. Los proveedores deben seguir las instrucciones en ambos casos de uso para configurar vistas previas.

Pantalla en pantalla

En Android 15, se introducen cambios nuevos en el modo pantalla en pantalla (PIP), lo que garantiza una transición más fluida cuando se ingresa al modo de PIP. Esto será beneficioso para las apps que tienen elementos de la IU superpuestos sobre su IU principal, que se convierte en PIP.

Los desarrolladores usan la devolución de llamada onPictureInPictureModeChanged para definir una lógica que active o desactive la visibilidad de los elementos superpuestos de la IU. Esta devolución de llamada se activa cuando se completa la animación de entrada o salida de PIP. A partir de Android 15, la clase PictureInPictureUiState incluye un estado nuevo.

Con este nuevo estado de la IU, las apps orientadas a Android 15 observarán que la devolución de llamada Activity#onPictureInPictureUiStateChanged se invoca con isTransitioningToPip() apenas comienza la animación PIP. Hay muchos elementos de la IU que no son relevantes para la app cuando se encuentra en modo de PIP, por ejemplo, vistas o diseño que incluyen información como sugerencias, próximos videos, calificaciones y títulos. Cuando la app pase al modo de PIP, usa la devolución de llamada onPictureInPictureUiStateChanged para ocultar estos elementos de la IU. Cuando la app pase al modo de pantalla completa desde la ventana de PIP, usa la devolución de llamada onPictureInPictureModeChanged para mostrar estos elementos, como se indica en los siguientes ejemplos:

override fun onPictureInPictureUiStateChanged(pipState: PictureInPictureUiState) {
        if (pipState.isTransitioningToPip()) {
          // Hide UI elements
        }
    }

override fun onPictureInPictureModeChanged(isInPictureInPictureMode: Boolean) {
        if (isInPictureInPictureMode) {
          // Unhide UI elements
        }
    }

Este botón de activación de visibilidad rápida de los elementos de la IU irrelevantes (para una ventana de PIP) ayuda a garantizar una animación de entrada de PIP más fluida y sin parpadeo.

Mejora de las reglas de No interrumpir

AutomaticZenRule permite que las apps personalicen las reglas de Administración de atención (No interrumpir) y decidan cuándo activarlas o desactivarlas. Android 15 mejora en gran medida estas reglas con el objetivo de optimizar la experiencia del usuario. Se incluyen las siguientes mejoras:

  • Agregar tipos a AutomaticZenRule, lo que permite que el sistema aplique un tratamiento especial a algunas reglas
  • Se agregó un ícono a AutomaticZenRule para que los modos sean más reconocibles.
  • Agrega una cadena triggerDescription a AutomaticZenRule que describa las condiciones en las que la regla debe activarse para el usuario.
  • Se agregó ZenDeviceEffects a AutomaticZenRule, lo que permite que las reglas activen funciones como la pantalla en escala de grises, el modo nocturno o la atenuación del fondo de pantalla.

Cómo establecer VibrationEffect para los canales de notificaciones

Android 15 admite la configuración de vibraciones enriquecidas para notificaciones entrantes por canal con NotificationChannel.setVibrationEffect, de modo que los usuarios puedan distinguir entre diferentes tipos de notificaciones sin tener que mirar el dispositivo.

Pantallas y factores de forma grandes

Android 15 brinda a tus apps la compatibilidad para aprovechar al máximo los factores de forma de Android, incluidas las pantallas grandes, los dispositivos plegables y los dispositivos plegables.

Mejora de la realización de varias tareas a la vez en pantalla grande

Android 15 les brinda a los usuarios mejores formas de realizar varias tareas a la vez en dispositivos con pantalla grande. Por ejemplo, los usuarios pueden guardar sus combinaciones favoritas de apps de pantalla dividida para acceder rápidamente y fijar la barra de tareas en la pantalla para cambiar rápidamente de app. Por lo tanto, es más importante que nunca que te asegures de que tu app sea adaptable.

Google I/O tiene sesiones sobre Cómo compilar apps para Android adaptables y Cómo compilar IU con la biblioteca adaptable de Material 3 que pueden ayudarte, y nuestra documentación tiene más información para ayudarte a diseñar para pantallas grandes.

Compatibilidad con pantallas de portada

Tu app puede declarar una propiedad que Android 15 usa para permitir que tu Application o Activity se presente en las pequeñas pantallas de portada de los dispositivos que admiten la pantalla abatible. Estas pantallas son demasiado pequeñas para considerarlas como objetivos compatibles de modo que las apps para Android se ejecuten en ellas, pero tu app puede aceptar admitirlas, lo que hará que esté disponible en más lugares.

Conectividad

Android 15 actualiza la plataforma para que tu app pueda acceder a los avances más recientes en tecnologías inalámbricas y de comunicación.

Compatibilidad con satélites

Android 15 continúa ampliando la compatibilidad de plataforma para la conectividad satelital e incluye algunos elementos de la IU para garantizar una experiencia del usuario coherente en todo el panorama de conectividad satelital.

Las apps pueden usar ServiceState.isUsingNonTerrestrialNetwork() para detectar cuándo un dispositivo está conectado a un satélite, lo que les permite conocer mejor el motivo por el que los servicios de red completa podrían no estar disponibles. Además, Android 15 admite apps de SMS y MMS, así como apps de RCS precargadas para usar la conectividad satelital para enviar y recibir mensajes.

Aparece una notificación cuando el dispositivo se conecta a un satélite.

Experiencias NFC más fluidas

Android 15 está trabajando para que la experiencia de pago sin contacto sea más fluida y confiable mientras sigue admitiendo el sólido ecosistema de apps NFC de Android. En los dispositivos compatibles, las apps pueden solicitar a NfcAdapter que ingrese al modo de observación, en el que el dispositivo escucha, pero no responde a los lectores de NFC, y envía los objetos PollingFrame del servicio NFC de la app para procesarlos. Los objetos PollingFrame se pueden usar para autenticar antes de la primera comunicación con el lector de NFC, lo que permite una transacción de un toque en muchos casos.

Además, las apps ahora pueden registrar un filtro en los dispositivos compatibles para que se les notifique la actividad del bucle de sondeo, lo que permite un funcionamiento sin problemas con varias aplicaciones compatibles con NFC.

Rol de Billetera

Android 15 introduce un nuevo rol de Billetera que permite una mayor integración con la app de Billetera preferida del usuario. Este rol reemplaza la configuración predeterminada de pago sin contacto de NFC. Para administrar el titular de la función de Billetera, los usuarios pueden navegar a Configuración > Apps > Apps predeterminadas.

El rol de billetera se usa cuando se enrutan los toques de NFC para los AID registrados en la categoría de pago. Los pagos siempre se dirigen al titular del rol de la Billetera, a menos que se ejecute en primer plano otra app registrada para el mismo AID.

Este rol también se usa para determinar dónde debe ir la tarjeta de Acceso rápido a la Billetera cuando se active. Cuando la función se establece en "None", la tarjeta de QuickAccess no está disponible y los toques de NFC de la categoría de pago solo se entregan a la app en primer plano.

Seguridad

Android 15 te ayuda a mejorar la seguridad de tu app, proteger sus datos y les brinda a los usuarios más transparencia y control sobre sus datos. Consulta la charla Cómo proteger la seguridad del usuario en Android de Google I/O si deseas obtener más información sobre lo que hacemos para mejorar la protección de los usuarios y proteger tu app contra nuevas amenazas.

Cómo integrar Credential Manager con la función Autocompletar

Starting with Android 15, developers can link specific views like username or password fields with Credential Manager requests, making it easier to provide a tailored user experience during the sign-in process. When the user focuses on one of these views, a corresponding request is sent to Credential Manager. The resulting credentials are aggregated across providers and displayed in autofill fallback UIs, such as inline suggestions or drop-down suggestions. The Jetpack androidx.credentials library is the preferred endpoint for developers to use and will soon be available to further enhance this feature in Android 15 and higher.

Integra el registro y el acceso con un solo toque con instrucciones biométricas

Credential Manager integrates biometric prompts into the credential creation and sign-in processes, eliminating the need for providers to manage biometric prompts. As a result, credential providers only need to focus on the results of the create and get flows, augmented with the biometric flow result. This simplified process creates a more efficient and streamlined credential creation and retrieval process.

Administración de claves para la encriptación de extremo a extremo

Presentamos E2eeContactKeysManager en Android 15, que facilita la encriptación de extremo a extremo (E2EE) en tus apps para Android mediante una API a nivel del SO destinada al almacenamiento de claves públicas criptográficas.

El E2eeContactKeysManager está diseñado para integrarse con la app de contactos de la plataforma a fin de brindarles a los usuarios una forma centralizada de administrar y verificar las claves públicas de sus contactos.

Comprobaciones de permisos en URI de contenido

Android 15 presenta un nuevo conjunto de APIs que realizan comprobaciones de permisos en URI de contenido:

Accesibilidad

En Android 15, se agregan funciones que mejoran la accesibilidad para los usuarios.

Mejor braille

En Android 15, permitimos que TalkBack admita pantallas braille que usen el estándar HID a través de USB y Bluetooth seguro.

Este estándar, al igual que el que se usa en mouse y teclados, ayudará a Android a admitir una mayor variedad de pantallas braille con el tiempo.

Internacionalización

En Android 15, se agregan funciones y capacidades que complementan la experiencia del usuario cuando un dispositivo se usa en diferentes idiomas.

Fuente variable CJK

A partir de Android 15, NotoSansCJK, el archivo de fuente para los idiomas chino, japonés y coreano (CJK), ahora es una fuente variable. Las fuentes variables ofrecen nuevas posibilidades para la tipografía creativa en lenguajes CJK. Los diseñadores pueden explorar una gama más amplia de estilos y crear diseños visualmente atractivos que antes eran difíciles o imposibles de lograr.

Cómo aparece la fuente variable para los idiomas chino, japonés y coreano (CJK) con diferentes anchos de fuente.

Justificación entre caracteres

A partir de Android 15, se puede justificar el texto utilizando el espaciado entre letras con JUSTIFICATION_MODE_INTER_CHARACTER. La justificación entre palabras se introdujo por primera vez en Android 8.0 (nivel de API 26), y la justificación entre caracteres proporciona capacidades similares para idiomas que usan el carácter de espacio en blanco para la segmentación, como el chino, el japonés y otros.

Diseño para texto en japonés con JUSTIFICATION_MODE_NONE
Diseño para texto en inglés con JUSTIFICATION_MODE_NONE


Diseño para texto en japonés con JUSTIFICATION_MODE_INTER_WORD
Diseño para texto en inglés con JUSTIFICATION_MODE_INTER_WORD


Diseño para texto en japonés con el nuevo JUSTIFICATION_MODE_INTER_CHARACTER
Diseño para texto en inglés con el nuevo JUSTIFICATION_MODE_INTER_CHARACTER

Configuración de salto de línea automático

Android 从 Android 13（API 级别 33）开始针对日语和韩语支持基于短语的换行符。不过，虽然基于短语的换行符可以提高短行文本的可读性，但不适用于较长的文本。在 Android 15 中，应用现在可以使用 LINE_BREAK_WORD_STYLE_AUTO 选项为短文本行应用基于短语的换行符。此选项用于选择最适合该文本的文字样式选项。

对于简短的文本行，使用基于短语的换行符，其功能与 LINE_BREAK_WORD_STYLE_PHRASE 相同，如下图所示：

对于简短的文本行，LINE_BREAK_WORD_STYLE_AUTO 会采用基于短语的换行符，以提高文本的可读性。 这与应用 LINE_BREAK_WORD_STYLE_PHRASE 相同。

对于较长的文本，LINE_BREAK_WORD_STYLE_AUTO 使用不换行的字词样式，其功能与 LINE_BREAK_WORD_STYLE_NONE 相同，如下图所示：

对于较长的文本，LINE_BREAK_WORD_STYLE_AUTO 不会应用换行字词样式，以提高文本的可读性。 这与应用 LINE_BREAK_WORD_STYLE_NONE 相同。

Nueva fuente japonesa hentaigana

En Android 15, se incluye de forma predeterminada un archivo de fuentes nuevo para el antiguo hiragana japonés (conocido como Hentaigana). Las formas únicas de los personajes de Hentaigana pueden agregar un toque distintivo al material gráfico o al diseño, y ayudar a preservar la transmisión y la comprensión exactas de los documentos japoneses antiguos.

Tipo de carácter y estilo de texto de la fuente Hentaigana japonesa.

Cono VideoLAN Copyright (c) 1996-2010 VideoLAN. Cualquier persona puede usar o modificar este logotipo o una versión modificada para hacer referencia al proyecto de VideoLAN o a cualquier producto desarrollado por el equipo de VideoLAN, pero no indica que el proyecto cuente con su respaldo.

Vulkan y el logotipo de Vulkan son marcas registradas de Khronos Group Inc.

OpenGL es una marca registrada, y el logotipo de OpenGL ES es una marca de Hewlett Packard Enterprise que Khronos utiliza con el permiso.