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.

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 introduces Low Light Boost, an auto-exposure mode available to both Camera 2 and the night mode camera extension. Low Light Boost adjusts the exposure of the Preview stream in low-light conditions. This is different from how the night mode camera extension creates still images, because night mode combines a burst of photos to create a single, enhanced image. While night mode works very well for creating a still image, it can't create a continuous stream of frames, but Low Light Boost can. Thus, Low Light Boost enables camera capabilities, such as:

• Providing an enhanced image preview, so users are better able to frame their low-light pictures
• Scanning QR codes in low light

If you enable Low Light Boost, it automatically turns on when there's a low light level, and turns off when there's more light.

Apps can record off the Preview stream in low-light conditions to save a brightened video.

For more information, see Low Light Boost.

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

En Android 15, se elige un margen HDR que sea apropiado para las capacidades subyacentes del dispositivo y la profundidad de bits del panel. En el caso de páginas con mucho contenido SDR, como una app de mensajería que muestra una sola miniatura HDR, este comportamiento puede afectar negativamente el brillo percibido del contenido de SDR. Android 15 te permite controlar el margen HDR con setDesiredHdrHeadroom para lograr un equilibrio entre el contenido SDR y HDR.

Control de volumen

Android 15 introduces support for the CTA-2075 loudness standard to help you avoid audio loudness inconsistencies and ensure users don't have to constantly adjust volume when switching between content. The system leverages known characteristics of the output devices (headphones and speaker) along with loudness metadata available in AAC audio content to intelligently adjust the audio loudness and dynamic range compression levels.

To enable this feature, you need to ensure loudness metadata is available in your AAC content and enable the platform feature in your app. For this, you instantiate a LoudnessCodecController object by calling its create factory method with the audio session ID from the associated AudioTrack; this automatically starts applying audio updates. You can pass an OnLoudnessCodecUpdateListener to modify or filter loudness parameters before they are applied on the 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 will also be updated to use the LoudnessCodecController APIs for a seamless app integration.

Dispositivos MIDI virtuales 2.0

Android 13 agregó compatibilidad para conectarse a dispositivos MIDI 2.0 a través de USB, que se comunican con paquetes MIDI universales (UMP). Android 15 extiende la compatibilidad con UMP a las apps de MIDI virtual, 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 2.0 USB.

Decodificación de software 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 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 continues the work of refreshing Android's core libraries to align with the features in the latest OpenJDK LTS releases.

The following key features and improvements are included:

• Quality-of-life improvements around NIO buffers
• Streams
• Additional math and strictmath methods
• util package updates including sequenced collection, map, and set
• ByteBuffer support in Deflater
• Security updates such as X500PrivateCredential and security key updates

These APIs are updated on over a billion devices running Android 12 (API level 31) and higher through Google Play System updates, so you can target the latest programming features.

Mejoras en los archivos PDF

Android 15 includes substantial improvements to the PdfRenderer APIs. Apps can incorporate advanced features such as rendering password-protected files, annotations, form editing, searching, and selection with copy. Linearized PDF optimizations are supported to speed local PDF viewing and reduce resource use. The Jetpack PDF library uses these APIs to simplify adding PDF viewing capabilities to your app.

The PdfRenderer has been moved to a module that can be updated using Google Play system updates independent of the platform release, and we're supporting these changes back to Android 11 (API level 30) by creating a compatible pre-Android 15 version of the API surface, called PdfRendererPreV.

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 OpenType Variable Font

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

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

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

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

Anteriormente, para crear el mismo Typeface, necesitabas mucho más código:

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()

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 creó un objeto Typeface con la API anterior y la nueva. renderiza:

En este ejemplo, el Typeface creado con la API anterior no tiene la permite crear tamaños de fuente precisos para 350, 450, 550 y 650. Font para que el procesador recurra al peso más cercano. En En este caso, se renderiza 300 en lugar de 350, se renderiza 400 en lugar de 450. y así sucesivamente. Por el contrario, el Typeface creado con las APIs nuevas crea de forma dinámica una instancia de Font para una ponderación determinada, por lo que se renderizan ponderaciones precisas para 350 450, 550 y 650.

Controles detallados de salto de línea

A partir de Android 15, un TextView y el elemento subyacente el salto de línea puede conservar una parte determinada del texto en la misma línea para mejorar la legibilidad. Para aprovechar la personalización de este salto de línea, usa la etiqueta <nobreak> en los recursos de cadenas o createNoBreakSpan Del mismo modo, puedes conservar las 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". romper 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 el 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 el siguiente imágenes:

El diseño de una línea de texto en la que aparece la frase "Pixel 8 Pro". no se une con una etiqueta <nobreak>.

Diseño de la misma línea de texto en el que aparece la frase "Pixel 8 Pro". se une con una etiqueta <nobreak>.

Archivo 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 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 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

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 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

In previous versions of Android, app startup has been a bit of a mystery. It was challenging to determine within your app whether it started from a cold, warm, or hot state. It was also difficult to know how long your app spent during the various launch phases: forking the process, calling onCreate, drawing the first frame, and more. When your Application class was instantiated, you had no way of knowing whether the app started from a broadcast, a content provider, a job, a backup, boot complete, an alarm, or an Activity.

The ApplicationStartInfo API on Android 15 provides all of this and more. You can even choose to add your own timestamps into the flow to help collect timing data in one place. In addition to collecting metrics, you can use ApplicationStartInfo to help directly optimize app startup; for example, you can eliminate the costly instantiation of UI-related libraries within your Application class when your app is starting up due to a broadcast.

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, que te permite recopilar información de generación de perfiles desde tu app. Pensamos finalizar con una API de Android Jetpack que simplificará la construcción de perfiles pero la API principal permitirá la recolección de volcados de montón, perfiles, muestreo de pila y mucho más. Proporciona una devolución de llamada a tu app con un etiqueta proporcionada para identificar el archivo de salida, que se entrega a los archivos de tu app . La API aplica un límite de frecuencia para minimizar el impacto en el rendimiento.

Mejoras en la base de datos SQLite

Android 15 introduce nuevas APIs de SQLite que exponen funciones avanzadas del motor SQLite subyacente que tienen como objetivo problemas de rendimiento específicos que pueden manifestarse en las apps.

Los desarrolladores deben consultar las prácticas recomendadas sobre el rendimiento de SQLite para aprovechar al máximo su base de datos SQLite, en especial cuando trabajan con bases de datos grandes o cuando se ejecutan consultas sensibles a la latencia.

• Transacciones diferidas de solo lectura: Cuando emitas transacciones de solo lectura (no incluyen instrucciones de escritura), usa beginTransactionReadOnly() y beginTransactionWithListenerReadOnly(SQLiteTransactionListener) para emitir transacciones DEFERRED de solo lectura. Estas transacciones pueden ejecutarse de forma simultánea y, si la base de datos está en modo WAL, pueden ejecutarse en simultáneo con las transacciones de IMMEDIATE o EXCLUSIVE.
• ID y recuentos de filas: Se agregaron nuevas APIs para recuperar el recuento de las filas modificadas o el ID de la última fila insertada sin emitir una consulta adicional. getLastChangedRowCount() muestra la cantidad de filas que insertó, actualizó o borró la instrucción de SQL más reciente dentro de la transacción actual, mientras que getTotalChangedRowCount() muestra el recuento de la conexión actual. getLastInsertRowId() muestra el rowid de la última fila que se insertará en la conexión actual.
• Declaraciones sin procesar: Emite una declaración de SQlite sin procesar, evitando las wrappers de conveniencia y cualquier sobrecarga de procesamiento adicional que puedan generar.

Actualizaciones del framework de rendimiento dinámico de Android

Android 15 continues our investment in the Android Dynamic Performance Framework (ADPF), a set of APIs that allow games and performance intensive apps to interact more directly with power and thermal systems of Android devices. On supported devices, Android 15 adds ADPF capabilities:

• A power-efficiency mode for hint sessions to indicate that their associated threads should prefer power saving over performance, great for long-running background workloads.
• GPU and CPU work durations can both be reported in hint sessions, allowing the system to adjust CPU and GPU frequencies together to best meet workload demands.
• Thermal headroom thresholds to interpret possible thermal throttling status based on headroom prediction.

To learn more about how to use ADPF in your apps and games, head over to the documentation.

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 adds support for apps to detect that they are being recorded. A callback is invoked whenever the app transitions between being visible or invisible within a screen recording. An app is considered visible if activities owned by the registering process's UID are being recorded. This way, if your app is performing a sensitive operation, you can inform the user that they're being recorded.

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 admite una resolución de Intent más precisa mediante UriRelativeFilterGroup, que contiene un conjunto de Objetos UriRelativeFilter que forman un conjunto de Intent reglas coincidentes que se deben cumplir, incluidos los parámetros de consulta de URL, la URL fragmentos y reglas de bloqueo o exclusión.

Estas reglas se pueden definir en el archivo XML AndroidManifest con el nuevo <uri-relative-filter-group>, que puede incluir un elemento Etiqueta android:allow. Estas etiquetas pueden contener etiquetas <data> que usen datos existentes atributos de la etiqueta, así como los nuevos android:query y android:fragment atributos.

Este es un ejemplo de la sintaxis 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 permite a los usuarios crear un espacio separado en su dispositivo donde puedan mantén las apps sensibles lejos de ojos indiscretos, debajo de una capa adicional de la autenticación de varios factores. El espacio privado usa un perfil de usuario independiente. El usuario puede 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 se ocultan de la vista Recientes, las notificaciones, la configuración y otras apps cuando el espacio privado está bloqueado. Contenido generado y descargado por usuarios (como archivos multimedia o archivos) y las cuentas están separadas entre el espacio privado y el al espacio principal. La hoja compartida del sistema y la Se puede usar el selector de fotos para otorgar a las apps acceso al contenido. entre espacios cuando el espacio privado está desbloqueado.

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

Cuando un usuario bloquea el espacio privado, se detiene el perfil. Si bien el perfil se detuvo, las apps del espacio privado ya no están activas y no se pueden ejecutar actividades en primer o segundo plano, incluida la visualización de notificaciones

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

• Apps con lógica para perfiles de trabajo que supone que cualquier las copias instaladas de su app que no están en el perfil principal se encuentran en perfil de trabajo.
• Apps médicas
• Apps de Launcher
• Apps de tiendas de aplicaciones

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

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

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()
   )
)

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 datos de salud y fitness recopilados por la app. Esta actualización agrega compatibilidad con tipos de datos adicionales en estado físico, nutrición, temperatura cutánea, planes de entrenamiento y mucho más.

El seguimiento de la temperatura de la piel permite a los usuarios almacenar y compartir datos de temperatura más precisos desde un dispositivo wearable o algún otro dispositivo de seguimiento.

Los planes de entrenamiento son planes de entrenamiento estructurados para ayudar a un usuario a alcanzar sus objetivos de fitness. La compatibilidad con los planes de entrenamiento incluye una variedad de objetivos de finalización y rendimiento:

• Objetivos de finalización relacionados con las calorías quemadas, la distancia, la duración, la repetición y los pasos.
• Los objetivos de rendimiento muchas repeticiones como sea posible (AMRAP), cadencia, frecuencia cardíaca, alimentación, tasa percibida del esfuerzo y Velocidad.

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

Compartir pantalla parcialmente

Android 15 admite el uso compartido de pantalla parcial para que los usuarios puedan compartir o grabar solo un la ventana de la app en lugar de toda la pantalla del dispositivo. Esta función, que se habilitó por primera vez en Android 14 QPR2, incluye callbacks de MediaProjection que permiten que tu app personalice la experiencia de uso compartido de pantalla parcial. Ten en cuenta que para las apps Android 14 (nivel de API 34) o versiones posteriores el consentimiento del usuario es obligatorio MediaProjection sesión de captura.

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 imagen o diseño estático. Estas vistas previas suelen diferir significativamente del aspecto del widget real cuando se coloca en la pantalla principal. Además, no se pueden crear recursos estáticos con Jetpack Glance, por lo que un vistazo desarrollador tuvo que hacer una captura de pantalla de su widget o crear un diseño XML para tener una vista previa del widget.

Android 15 agrega compatibilidad con vistas previas generadas. Esto significa que el widget de la app los proveedores pueden generar RemoteViews para usar como vista previa del selector, en lugar de un recurso estático.

API de Push

Las apps pueden proporcionar vistas previas generadas a través de una API de push. Las apps pueden proporcionar vistas previas en cualquier momento de su ciclo de vida y no reciben una solicitud explícita del host para proporcionarlas. 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 establece como la 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. El valor proporcionado las vistas previas se conservan en AppWidgetService con otra información del proveedor
2. setWidgetPreview notifica a los hosts 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 del proveedor.
3. Cuando se muestra una vista previa del widget, el host verifica AppWidgetProviderInfo.generatedPreviewCategories y si el elemento elegido categoría está disponible, llama a AppWidgetManager.getWidgetPreview para mostrar la vista previa guardada para este proveedor.

Cuándo llamar a setWidgetPreview

Debido a que no hay devolución de llamada para proporcionar vistas previas, las apps pueden optar por enviar vistas previas en cualquier momento mientras se están ejecutando. 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 vista previa:

• Los proveedores que muestran datos reales en las vistas previas de sus widgets, como los o información reciente. Estos proveedores pueden configurar la vista previa una vez que el usuario accede o realiza la configuración inicial en su app. Después de esto, pueden configurar una tarea periódica para actualizar las vistas previas en la cadencia que elijan. Algunos ejemplos de este tipo de widget son los de fotos, calendario, clima o noticias.
• Proveedores que muestran información estática en vistas previas o widgets de acción rápida que no muestran ningún dato. Estos proveedores pueden establecer vistas previas una vez, cuando se inicia la app por primera vez. Algunos ejemplos de este tipo de widget son el widget de acciones rápidas de Drive o el widget de accesos directos de Chrome.

Algunos proveedores pueden mostrar vistas previas estáticas en el selector del modo Hub información del selector de la pantalla principal. Estos proveedores deben seguir las instrucciones para ambos casos de uso para configurar las vistas previas.

Pantalla en pantalla

Android 15 introduce cambios en la función pantalla en pantalla (PIP) que garantiza una transición más fluida cuando se ingresa al modo de PIP. Esto será beneficioso para apps con elementos de la IU superpuestos sobre su IU principal, que va en PIP.

Los desarrolladores usan la devolución de llamada onPictureInPictureModeChanged para definir la lógica que activa o desactiva 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 otro estado.

Con este estado de la IU, las apps orientadas a Android 15 (nivel de API 35) observarán la Se invoca la devolución de llamada Activity#onPictureInPictureUiStateChanged con isTransitioningToPip() en cuanto comienza la animación de PIP. Existen muchos elementos de la IU que no son relevantes para la app cuando está en modo de PIP, por vistas o diseños de ejemplo que incluyen información como sugerencias, próximos videos, calificaciones y títulos. Cuando la app entre en modo de PIP, usa la Es la devolución de llamada onPictureInPictureUiStateChanged para ocultar estos elementos de la IU. Cuando la app cambia al modo de pantalla completa desde la ventana de PiP, usa la devolución de llamada onPictureInPictureModeChanged para mostrar estos elementos, como se muestra 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 rápida de visibilidad de elementos irrelevantes de la IU (para una ventana de PIP) ayuda garantizar una animación de entrada de PIP más fluida y sin parpadeos.

Mejora de las reglas de No interrumpir

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

• Se agregan tipos a AutomaticZenRule, lo que permite que el sistema aplique tipos tratamiento a algunas reglas.
• Se agregó un ícono a AutomaticZenRule para que los modos sean más atractivos reconocibles.
• Agrega una cadena triggerDescription a AutomaticZenRule que describa las condiciones en las que la regla debe activarse para el usuario.
• Agregado ZenDeviceEffects a AutomaticZenRule, lo que permite que las reglas activen, por ejemplo, la escala de grises la pantalla, 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 las notificaciones entrantes canal con NotificationChannel.setVibrationEffect, por lo que los usuarios pueden distinguir entre distintos tipos de notificaciones tener que mirar su 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 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 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 la plataforma con la conectividad satelital y, además, 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 saber por qué es posible que los servicios de red completos no estén disponibles. Además, Android 15 admite apps de SMS y MMS, así como apps de RCS precargadas para usar conectividad satelital para enviar y recibir mensajes.

Experiencias NFC más fluidas

Android 15 is working to make the tap to pay experience more seamless and reliable while continuing to support Android's robust NFC app ecosystem. On supported devices, apps can request the NfcAdapter to enter observe mode, where the device listens but doesn't respond to NFC readers, sending the app's NFC service PollingFrame objects to process. The PollingFrame objects can be used to auth ahead of the first communication to the NFC reader, allowing for a one tap transaction in many cases.

In addition, apps can register a filter on supported devices so they can be notified of polling loop activity, which allows for smooth operation with multiple NFC-aware applications.

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

El Administrador de credenciales integra mensajes biométricos en la creación de credenciales. y procesos de acceso, lo que elimina la necesidad de que los proveedores gestionen instrucciones biométricas. Como resultado, los proveedores de credenciales solo deben enfocarse en los resultados de los flujos de creación y obtención, junto con el resultado del flujo biométrico. Este proceso simplificado crea una credencial más eficiente y optimizada de creación y recuperación.

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 introduces a set of APIs that perform permission checks on content URIs:

• Context.checkContentUriPermissionFull: This performs a full permission check on content URIs.
• Activity manifest attribute requireContentUriPermissionFromCaller: This enforces specified permissions on the provided content URIs at activity launch.
• ComponentCaller class for Activity callers: This represents the app that launched the activity.

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.

Justificación entre caracteres

Starting with Android 15, text can be justified utilizing letter spacing by using JUSTIFICATION_MODE_INTER_CHARACTER. Inter-word justification was first introduced in Android 8.0 (API level 26), and inter-character justification provides similar capabilities for languages that use the whitespace character for segmentation, such as Chinese, Japanese, and others.

Layout for Japanese text using JUSTIFICATION_MODE_NONE.

Layout for English text using JUSTIFICATION_MODE_NONE.

Layout for Japanese text using JUSTIFICATION_MODE_INTER_WORD.

Layout for English text using JUSTIFICATION_MODE_INTER_WORD.

Layout for Japanese text using the JUSTIFICATION_MODE_INTER_CHARACTER.

Layout for English text using the JUSTIFICATION_MODE_INTER_CHARACTER.

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

Android started supporting phrase-based line breaks for Japanese and Korean in Android 13 (API level 33). However, while phrase-based line breaks improve the readability of short lines of text, they don't work well for long lines of text. In Android 15, apps can apply phrase-based line breaks only for short lines of text, using the LINE_BREAK_WORD_STYLE_AUTO option. This option selects the best word style option for the text.

For short lines of text, phrase-based line breaks are used, functioning the same as LINE_BREAK_WORD_STYLE_PHRASE, as shown in the following image:

For longer lines of text, LINE_BREAK_WORD_STYLE_AUTO uses a no line-break word style, functioning the same as LINE_BREAK_WORD_STYLE_NONE, as shown in the following image:

Nueva fuente japonesa hentaigana

En Android 15, se incluyó un archivo de fuente para el antiguo hiragana japonés (conocido como Hentaigana). se agrupa de forma predeterminada. Las formas únicas de los caracteres hentaigana pueden agregar un estilo distintivo al material gráfico o al diseño, a la vez que ayudan a preservar la transmisión y la comprensión precisas 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.