Android 15 incluye 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, lee el informe de diferencias de APIs. Para obtener detalles sobre las nuevas APIs, consulta la referencia de la API de Android. Las nuevas APIs están destacadas para mayor visibilidad. Además, para conocer las áreas en las que los cambios de la plataforma podrían afectar a tus apps, asegúrate de revisar los cambios de comportamiento que afectan a las apps cuando se orientan a Android 15 y los cambios de comportamiento que afectan a todas las apps, independientemente detargetSdkVersion
.
Cámara y contenido multimedia
Android 15 incluye una variedad de funciones que mejoran la experiencia de la cámara y el contenido multimedia, y que te brindan acceso a herramientas y hardware para ayudar a los creadores a dar vida a su visión en Android.
Si deseas obtener más información sobre las funciones y soluciones para desarrolladores más recientes relacionadas con la cámara y el contenido multimedia de Android, consulta la charla Cómo compilar experiencias modernas de cámara y contenido multimedia de Android en Google I/O.
Mejora 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 integrados 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
yTORCH
mientras se capturan imágenes
Control del margen de HDR
Android 15 chooses HDR headroom that is appropriate for the underlying device
capabilities and bit-depth of the panel. For pages that have lots of SDR
content, such as a messaging app displaying a single HDR thumbnail, this
behavior can end up adversely influencing the perceived brightness of the SDR
content. Android 15 lets you control the HDR headroom with
setDesiredHdrHeadroom
to strike a balance between SDR
and HDR content.
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 2.0 virtuales
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 de AV1 más eficiente
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 tus centros de 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 concretar tu visión con mayor facilidad.
Actualizaciones de OpenJDK 17
Android 15 continúa la tarea de actualizar las bibliotecas principales de Android para alinearlas con las funciones de las versiones más recientes de LTS de OpenJDK.
Se incluyen las siguientes mejoras y funciones clave:
- Mejoras en la calidad de vida de los búferes de NIO
- Transmisiones
- Métodos
math
ystrictmath
adicionales - Actualizaciones de paquetes de
util
que incluyencollection
,map
yset
secuenciados - Asistencia de
ByteBuffer
enDeflater
- Actualizaciones de seguridad, como
X500PrivateCredential
y actualizaciones de llaves de seguridad
Estas APIs se actualizan en más de mil millones de dispositivos que ejecutan Android 12 (nivel de API 31) y versiones posteriores mediante actualizaciones del sistema de Google Play para que puedas orientarte a las funciones de programación más recientes.
Mejoras de PDF
Android 15 incluye mejoras importantes en las APIs de PdfRenderer
. Las apps pueden incorporar funciones avanzadas, como el procesamiento de archivos protegidos por contraseña, las anotaciones, la edición de formularios, la búsqueda y la selección con texto. Las optimizaciones linealizadas de PDF son compatibles con el objetivo de acelerar la visualización local de PDF y reducir el uso de recursos.
Se trasladó PdfRenderer
a un módulo que se puede actualizar con actualizaciones del sistema de Google Play independientemente de la versión de la plataforma. Admitimos estos cambios en Android 11 (nivel de API 30) mediante la creación de una versión de la plataforma de API compatible con versiones anteriores a Android 15, llamada PdfRendererPreV
.
Valoramos tus comentarios sobre las mejoras que realizamos en la superficie de la API de PdfRenderer
y planeamos facilitar aún más la incorporación de estas APIs a tu app con una próxima biblioteca de Android Jetpack.
Mejoras en el cambio automático de idioma
Android 14 added on-device, multi-language recognition in audio with automatic
switching between languages, but this can cause words to get dropped,
especially when languages switch with less of a pause between the two
utterances. Android 15 adds additional controls to help apps tune this switching
to their use case.
EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS
confines the automatic switching to the beginning of the audio session, while
EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES
deactivates the
language switching after a defined number of switches. These options are
particularly useful if you expect that there will be a single language spoken
during the session that should be autodetected.
Se mejoró la API de fuentes variables de OpenType.
Android 15 improves the usability of the OpenType variable font. You can now
create a FontFamily
instance from a variable font without specifying
weight axes with the buildVariableFamily
API. The text renderer overrides
the value of wght
axis to match the displaying text.
Using the new API, this simplifies the code for creating a Typeface
considerably:
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();
Previously, to create the same Typeface
, you would need much more code:
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();
Here's an example of how a Typeface
created with both the old and new APIs
renders:
In this example, the Typeface
created with the old API doesn't have the
capability to create accurate font weights for the 350, 450, 550 and 650
Font
instances, so the renderer falls back to the closest weight. So in
this case, 300 is rendered instead of 350, 400 is rendered instead of 450, and
so on. By contrast, the Typeface
created with the new APIs dynamically creates
a Font
instance for a given weight, so accurate weights are rendered for 350,
450, 550, and 650 as well.
Controles detallados de salto de línea
从 Android 15 开始,TextView
和底层换行符可以将文本的给定部分保留在同一行中,以提高可读性。您可以通过在字符串资源或 createNoBreakSpan
中使用 <nobreak>
标记来利用此换行符自定义功能。同样,您可以使用 <nohyphen>
标记或 createNoHyphenationSpan
避免断字的情况。
例如,以下字符串资源不包含换行符,而是在不希望的位置显示文本“Pixel 8 Pro”进行渲染:
<resources>
<string name="pixel8pro">The power and brains behind Pixel 8 Pro.</string>
</resources>
相比之下,此字符串资源包含 <nobreak>
标记,该标记会封装短语“Pixel 8 Pro.”并防止换行符:
<resources>
<string name="pixel8pro">The power and brains behind <nobreak>Pixel 8 Pro.</nobreak></string>
</resources>
这些字符串的呈现方式差异如下图所示:
Archivado de apps
Android and Google Play announced support for app archiving last year, allowing users to free up space by partially removing infrequently used apps from the device that were published using Android App Bundle on Google Play. Android 15 now includes OS level support for app archiving and unarchiving, making it easier for all app stores to implement it.
Apps with the REQUEST_DELETE_PACKAGES
permission can call the
PackageInstaller
requestArchive
method to request archiving an
installed app package, which removes the APK and any cached files, but persists
user data. Archived apps are returned as displayable apps through the
LauncherApps
APIs; users will see a UI treatment to highlight that those
apps are archived. If a user taps on an archived app, the responsible installer
will get a request to unarchive it, and the restoration process can be
monitored by the ACTION_PACKAGE_ADDED
broadcast.
Gráficos
Android 15 incorpora las mejoras gráficas más recientes, como ANGLE y adiciones al sistema de gráficos Canvas.
Modernización del acceso a GPU de Android
Android hardware has evolved quite a bit from the early days where the core OS would run on a single CPU and GPUs were accessed using APIs based on fixed-function pipelines. The Vulkan® graphics API has been available in the NDK since Android 7.0 (API level 24) with a lower-level abstraction that better reflects modern GPU hardware, scales better to support multiple CPU cores, and offers reduced CPU driver overhead — leading to improved app performance. Vulkan is supported by all modern game engines.
Vulkan is Android's preferred interface to the GPU. Therefore, Android 15 includes ANGLE as an optional layer for running OpenGL® ES on top of Vulkan. Moving to ANGLE will standardize the Android OpenGL implementation for improved compatibility, and, in some cases, improved performance. You can test out your OpenGL ES app stability and performance with ANGLE by enabling the developer option in Settings -> System -> Developer Options -> Experimental: Enable ANGLE on Android 15.
The Android ANGLE on Vulkan roadmap
As part of streamlining our GPU stack, going forward we will be shipping ANGLE as the GL system driver on more new devices, with the future expectation that OpenGL/ES will be only available through ANGLE. That being said, we plan to continue support for OpenGL ES on all devices.
Recommended next steps
Use the developer options to select the ANGLE driver for OpenGL ES and test your app. For new projects, we strongly encourage using Vulkan for C/C++.
Mejoras para 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 queclipOutShader
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 introduce APIs nuevas 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 tus apps.
Para conocer las prácticas recomendadas para ahorrar batería, depurar el uso de red y energía, y obtener detalles sobre cómo mejoramos la eficiencia de la batería del trabajo en segundo plano en Android 15 y las versiones recientes de Android, consulta la charla Cómo mejorar la eficiencia de la batería del trabajo en segundo plano en Android de Google I/O.
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 includes the all-new ProfilingManager
class, which lets you
collect profiling information from within your app. We're planning to wrap this
with an Android Jetpack API that will simplify construction of profiling
requests, but the core API will allow the collection of heap dumps, heap
profiles, stack sampling, and more. It provides a callback to your app with a
supplied tag to identify the output file, which is delivered to your app's files
directory. The API does rate limiting to minimize the performance impact.
Mejoras en la base de datos SQLite
Android 15 introduces new SQLite APIs that expose advanced features from the underlying SQLite engine that target specific performance issues that can manifest in apps.
Developers should consult best practices for SQLite performance to get the most out of their SQLite database, especially when working with large databases or when running latency-sensitive queries.
- Read-only deferred transactions: when issuing transactions that are
read-only (don't include write statements), use
beginTransactionReadOnly()
andbeginTransactionWithListenerReadOnly(SQLiteTransactionListener)
to issue read-onlyDEFERRED
transactions. Such transactions can run concurrently with each other, and if the database is in WAL mode, they can run concurrently withIMMEDIATE
orEXCLUSIVE
transactions. - Row counts and IDs: new APIs were added to retrieve the count of changed
rows or the last inserted row ID without issuing an additional query.
getLastChangedRowCount()
returns the number of rows that were inserted, updated, or deleted by the most recent SQL statement within the current transaction, whilegetTotalChangedRowCount()
returns the count on the current connection.getLastInsertRowId()
returns therowid
of the last row to be inserted on the current connection. - Raw statements: issue a raw SQlite statement, bypassing convenience wrappers and any additional processing overhead that they may incur.
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 agrega compatibilidad con apps para detectar si se están grabando. Se invoca una devolución de llamada cada vez que la app pasa de ser visible o invisible dentro de una grabación de pantalla. Una app se considera visible si se registran actividades que pertenecen al UID del proceso de registro. De esta manera, si tu app realiza una operación sensible, puedes informar al usuario que se la está grabando.
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 builds in support for more precise Intent
resolution through
UriRelativeFilterGroup
, which contains a set of
UriRelativeFilter
objects that form a set of Intent
matching rules that must each be satisfied, including URL query parameters, URL
fragments, and blocking or exclusion rules.
These rules can be defined in the AndroidManifest
XML file with the new
<uri-relative-filter-group>
tag, which can optionally include an
android:allow
tag. These tags can contain <data>
tags that use existing data
tag attributes as well as the new android:query
and android:fragment
attributes.
Here's an example of the AndroidManifest
syntax:
<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
Private space lets users create a separate space on their device where they can keep sensitive apps away from prying eyes, under an additional layer of authentication. The private space uses a separate user profile. The user can choose to use the device lock or a separate lock factor for the private space.
Apps in the private space show up in a separate container in the launcher, and are hidden from the recents view, notifications, settings, and from other apps when the private space is locked. User-generated and downloaded content (such as media or files) and accounts are separated between the private space and the main space. The system sharesheet and the photo picker can be used to give apps access to content across spaces when the private space is unlocked.
Users can't move existing apps and their data into the private space. Instead, users select an install option in the private space to install an app using whichever app store they prefer. Apps in the private space are installed as separate copies from any apps in the main space (new copies of the same app).
When a user locks the private space, the profile is stopped. While the profile is stopped, apps in the private space are no longer active and can't perform foreground or background activities, including showing notifications.
We recommend that you test your app with private space to make sure your app works as expected, especially if your app falls into one of the following categories:
- Apps with logic for work profiles that assumes that any installed copies of their app that aren't in the main profile are in the work profile.
- Launcher apps
- App store apps
Consultar la selección más reciente del usuario para el acceso a 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 integrates the latest extensions around Health Connect by Android, a secure and centralized platform to manage and share app-collected health and fitness data. This update adds support for new data types across fitness, nutrition, skin temperature, training plans, and more.
Skin temperature tracking allows users to store and share more accurate temperature data from a wearable or other tracking device.
Training plans are structured workout plans to help a user achieve their fitness goals. Training plans support includes a variety of completion and performance goals:
- Completion goals around calories burned, distance, duration, repetition, and steps.
- Performance goals around as many repetitions as possible (AMRAP), cadence, heart rate, power, perceived rate of exertion, and speed.
Learn more about the latest updates to Health Connect in Android in the Building adaptable experiences with Android Health talk from 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 les brinda a los desarrolladores de apps y a los usuarios más control y flexibilidad para configurar sus dispositivos de modo que se ajusten a sus necesidades.
Si deseas obtener más información sobre el uso de las mejoras más recientes de Android 15 para mejorar la experiencia del usuario de tu app, consulta la conversación sobre cómo mejorar la experiencia del usuario de tu app para Android desde Google I/O.
Vistas previas más completas de los widgets 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.
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:
- En cualquier momento, el proveedor de widgets llama a
setWidgetPreview
. Las vistas previas proporcionadas se conservan enAppWidgetService
con otra información del proveedor. setWidgetPreview
notifica a los hosts sobre una vista previa actualizada a través de la devolución de llamadaAppWidgetHost.onProvidersChanged
. En respuesta, el host del widget vuelve a cargar toda la información de su proveedor.- Cuando se muestra una vista previa de widget, el host verifica
AppWidgetProviderInfo.generatedPreviewCategories
y, si la categoría elegida está disponible, llama aAppWidgetManager.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.
Reglas para la función No interrumpir mejoradas
AutomaticZenRule
lets apps customize Attention
Management (Do Not Disturb) rules and decide when to activate or deactivate
them. Android 15 greatly enhances these rules with the goal of improving the
user experience. The following enhancements are included:
- Adding types to
AutomaticZenRule
, allowing the system to apply special treatment to some rules. - Adding an icon to
AutomaticZenRule
, helping to make the modes be more recognizable. - Adding a
triggerDescription
string toAutomaticZenRule
that describes the conditions on which the rule should become active for the user. - Added
ZenDeviceEffects
toAutomaticZenRule
, allowing rules to trigger things like grayscale display, night mode, or dimming the wallpaper.
Cómo configurar 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 en la realización de varias tareas a la vez en pantallas grandes
Android 15 gives users better ways to multitask on large screen devices. For example, users can save their favorite split-screen app combinations for quick access and pin the taskbar on screen to quickly switch between apps. This means that making sure your app is adaptive is more important than ever.
Google I/O has sessions on Building adaptive Android apps and Building UI with the Material 3 adaptive library that can help, and our documentation has more to help you Design for large screens.
Compatibilidad con la pantalla 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 otorgarle a tu app acceso a los avances más recientes en tecnologías inalámbricas y comunicación.
Compatibilidad por satélite
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.
Experiencias NFC más fluidas
En Android 15, se trabaja para que la experiencia de pago sin contacto sea más fluida y confiable, sin dejar de ser compatible con el sólido ecosistema de apps de NFC de Android. En los dispositivos compatibles, las apps pueden solicitar que NfcAdapter
ingrese en el modo de observación, en el que el dispositivo escucha, pero no responde a los lectores de NFC, y envía los objetos PollingFrame
de NFC de la app para que se procesen. Los objetos PollingFrame
se pueden usar para realizar la autenticación 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 una huella dactilar en los dispositivos compatibles para recibir notificaciones sobre la actividad en bucle de sondeo, lo que permite un funcionamiento fluido con varias aplicaciones compatibles con NFC.
Rol de billetera
Android 15 引入了一个新的钱包角色,可让您与用户首选的钱包应用更紧密地集成。此角色取代了 NFC 默认的感应式付款设置。用户可以通过导航到设置 > 应用 > 默认应用来管理 Google 钱包角色持有者。
在为付款类别中注册的 AID 路由 NFC 触碰时,可使用“钱包”角色。除非已在前台运行为同一 AID 注册的另一个应用,否则点按操作会始终转到钱包角色持有者。
此角色还可用于确定钱包“快速访问”功能块在启用后应转到的位置。当角色设置为“无”时,“快速访问”功能块不可用,并且付款类别 NFC 触碰仅会传送到前台应用。
Seguridad
Android 15 te ayuda a mejorar la seguridad de tu app, proteger sus datos y brindarles 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 para conocer más sobre las medidas que tomamos a fin de mejorar la protección para los usuarios y proteger tu app de nuevas amenazas.
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.
Verificaciones de permisos en URI de contenido
Android 15 presenta un nuevo conjunto de APIs que realizan comprobaciones de permisos en URI de contenido:
Context.checkContentUriPermissionFull
: Realiza una verificación de permisos completa en los URI de contenido.- Atributo
Activity
de manifiestorequireContentUriPermissionFromCaller
: Aplica de manera forzosa permisos específicos en los URI de contenido proporcionados durante el inicio de la actividad. - Clase
ComponentCaller
para los emisoresActivity
: Representa la app que inició la actividad.
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
Android 15 agrega funciones y capacidades que complementan la experiencia del usuario cuando un dispositivo se usa en diferentes idiomas.
Fuente variable CJK
从 Android 15 开始,中文、日语和韩语 (CJK) 语言的字体文件 NotoSansCJK 现已成为可变字体。可变字体为 CJK 语言的广告素材排版开辟了新的可能性。设计师可以探索更广泛的样式,并创建以前难以或无法实现的具有视觉冲击力的布局。
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.
Configuración de salto de línea automático
En Android 13 (nivel de API 33), Android comenzó a admitir saltos de línea basados en frases para japonés y coreano. Sin embargo, aunque los saltos de línea basados en frases mejoran la legibilidad de líneas cortas de texto, no funcionan bien para líneas largas de texto.
En Android 15, las apps ahora pueden aplicar saltos de línea basados en frases solo para líneas cortas de texto, usando la opción LINE_BREAK_WORD_STYLE_AUTO
. Esta opción selecciona la mejor opción de estilo de palabra para el texto.
Para líneas cortas de texto, se usan saltos de línea basados en frases que funcionan igual que LINE_BREAK_WORD_STYLE_PHRASE
, como se muestra en la siguiente imagen:
Para líneas de texto más largas, LINE_BREAK_WORD_STYLE_AUTO
usa un estilo de palabra sin salto de línea, que funciona igual que LINE_BREAK_WORD_STYLE_NONE
, como se muestra en la siguiente imagen:
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.
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.