Panoramica di funzionalità e API

Android 15 introduce nuove fantastiche funzionalità e API per gli sviluppatori. Le seguenti sezioni riassumono queste funzionalità per aiutarti a iniziare a utilizzare le API correlate.

Per un elenco dettagliato delle API nuove, modificate e rimosse, leggi il report sulle differenze delle API. Per maggiori dettagli sulle nuove API, visita il Riferimento API Android. Le nuove API sono evidenziate per garantire la visibilità. Inoltre, per saperne di più sulle aree in cui le modifiche alla piattaforma potrebbero interessare le tue app, assicurati di esaminare le modifiche al comportamento di Android 15 che interessano le app quando hanno come target Android 15 e i cambiamenti di comportamento che interessano tutte le app indipendentemente da targetSdkVersion.

Fotocamera e contenuti multimediali

Android 15 include una serie di funzionalità che migliorano l'esperienza con la fotocamera e i contenuti multimediali e ti danno accesso a strumenti e hardware per aiutare i creator a trasformare la loro vision su Android.

Per ulteriori informazioni sulle ultime funzionalità e soluzioni per sviluppatori per contenuti multimediali e fotocamere Android, consulta l'articolo sulla creazione di esperienze con fotocamera e media Android moderni da Google I/O.

Aumento luce

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.

Controlli della fotocamera in-app

Android 15 aggiunge una nuova estensione per un maggiore controllo sull'hardware della fotocamera e sui suoi algoritmi sui dispositivi supportati:

  • Regolazioni avanzate dell'intensità del flash che consentono di controllare con precisione l'intensità del flash in entrambe le modalità SINGLE e TORCH durante l'acquisizione delle immagini.

Controllo dell'headroom HDR

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

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

Controllo del volume

Android 15 introduce il supporto per Standard per il volume CTA-2075 per aiutarti evitare incoerenze del volume audio e fare in modo che gli utenti non debbano controllare regolare il volume passando da un contenuto all'altro. Il sistema sfrutta le note alle caratteristiche dei dispositivi di uscita (cuffie e altoparlanti) insieme metadati del volume disponibili nei contenuti audio AAC per regolare in modo intelligente il volume audio e livelli di compressione dell'intervallo dinamico.

Per attivare questa funzionalità, devi assicurarti che i metadati relativi all'intensità siano disponibili nei contenuti AAC e attivare la funzionalità della piattaforma nella tua app. Per farlo, devi creare un oggetto LoudnessCodecController chiamando il relativo metodo di fabbrica create con l'ID sessione audio dell'elemento AudioTrack associato. In questo modo, inizieranno automaticamente ad applicarsi gli aggiornamenti audio. Puoi trasmettere un OnLoudnessCodecUpdateListener per modificare o filtrare i parametri di volume prima di essere applicati 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
}

Anche ExoPlayer di AndroidX media3 verrà aggiornato per utilizzare le API LoudnessCodecController per un'integrazione perfetta delle app.

Dispositivi Virtual MIDI 2.0

Android 13 ha aggiunto il supporto per la connessione ai dispositivi MIDI 2.0 tramite USB, che comunicano utilizzando Universal MIDI Packets (UMP). Android 15 estende il supporto di UMP alla tecnologia MIDI virtuale app, che consentono alle app di composizione di controllare le app di sintetizzatore come un dispositivo virtuale MIDI 2.0, proprio come farebbero con un dispositivo USB MIDI 2.0.

Decodifica del software AV1 più efficiente

Logo dav1d

dav1d, il popolare decodificatore software AV1 di VideoLAN, è ora disponibile per i dispositivi Android che non supportano la decodifica AV1 nell'hardware. dav1d è fino a 3 volte più potente rispetto al decodificatore software AV1 legacy, consentendo la riproduzione HD AV1 per più utenti, inclusi alcuni dispositivi di livello medio e basso.

Per il momento, l'app deve attivare l'utilizzo di dav1d richiamandola per nome "c2.android.av1-dav1d.decoder". dav1d diventerà il decodificatore software predefinito di AV1 in un aggiornamento successivo. Questo supporto è standardizzato e sottoposto a backporting sui dispositivi Android 11 che ricevono aggiornamenti di sistema Google Play.

Produttività e strumenti per sviluppatori

Sebbene la maggior parte del nostro lavoro per migliorare la produttività sia incentrata su strumenti come Android Studio, Jetpack Compose e sulle librerie Android Jetpack, cerchiamo sempre nuovi modi all'interno della piattaforma per aiutarti a trasformare più facilmente la tua vision.

Aggiornamenti di OpenJDK 17

Android 15 continua il lavoro di aggiornamento delle librerie di base di Android per allinearsi alle funzionalità delle ultime release di OpenJDK LTS.

Sono inclusi le funzioni e i miglioramenti principali riportati di seguito:

Queste API vengono aggiornate su oltre un miliardo di dispositivi con Android 12 (livello API 31) e versioni successive tramite gli aggiornamenti di sistema di Google Play, in modo da poter scegliere come target le funzionalità di programmazione più recenti.

Miglioramenti ai PDF

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

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

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

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

Perfezionamenti al passaggio automatico della lingua

Android 14 增加了设备端音频中的多语言识别功能，可在语言之间自动切换，但这可能会导致单词丢失，尤其是在语言切换时，两种话语之间的停顿较少时。Android 15 添加了额外的控件，可帮助应用根据其用例调整此切换。EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS 会将自动切换限制为仅在音频会话开始时进行，而 EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES 则会在指定次数的切换后停用语言切换。如果您希望自动检测到会话期间只讲一种语言，这些选项特别有用。

Miglioramento dell'API OpenType Variable Font

Android 15 improves the usability of the OpenType variable font. You can 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 API 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:

An example of how Typeface rendering differs using new and old APIs

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.

Controlli granulari per interruzione di riga

A partire da Android 15, una TextView e i relativi l'interruzione di riga può mantenere la porzione di testo specificata nella stessa riga per migliorare la leggibilità. Puoi sfruttare questa personalizzazione dell'interruzione di riga utilizzando il tag <nobreak> nelle risorse di tipo stringa createNoBreakSpan Analogamente, puoi preservare le parole la sillabazione usando il tag <nohyphen> oppure createNoHyphenationSpan

Ad esempio, la seguente risorsa stringa non include un'interruzione di riga e viene visualizzato con il testo "Pixel 8 Pro". in una posizione indesiderata:

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

Al contrario, questa risorsa stringa include il tag <nobreak>, che aggrega la a frase "Pixel 8 Pro". ed evita le interruzioni di riga:

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

La differenza nel modo in cui vengono visualizzate queste stringhe è mostrata nella figura seguente immagini:

Layout per una riga di testo con la frase "Pixel 8 Pro". non venga aggregato utilizzando un tag <nobreak>.
Layout per la stessa riga di testo in cui viene visualizzata la frase "Pixel 8 Pro". è aggregato utilizzando un tag <nobreak>.

Archiviazione delle app

Android 和 Google Play 宣布支持最后的应用归档功能 年，这让用户可以通过移除部分内容来释放空间 通过 Android 应用发布的设备中不常用的应用 前往 Google Play 下载套装。Android 15 在操作系统级别支持应用归档和解压缩，让所有应用商店都能更轻松地实现归档和解压缩。

具有 REQUEST_DELETE_PACKAGES 权限的应用可以调用 PackageInstaller requestArchive 方法请求归档 已安装的应用软件包，这会移除 APK 和所有缓存的文件，但会保留 用户数据已归档的应用会通过 LauncherApps API 作为可显示的应用返回；用户会看到一个界面处理，以突出显示这些应用已归档。如果用户点按已归档的应用，负责安装的应用会收到解除归档请求，并且可以通过 ACTION_PACKAGE_ADDED 广播监控恢复过程。

Grafica

Android 15 introduce gli ultimi miglioramenti della grafica, tra cui ANGLE e le aggiunte al sistema grafico di Canvas.

Modernizzazione dell'accesso alle GPU di Android

Vulkan 徽标

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

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

Vulkan 上的 Android ANGLE 路线图

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

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

建议的后续措施

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

Miglioramenti per Canvas

Android 15 continua la nostra modernizzazione del sistema grafico Canvas di Android con nuove funzionalità:

  • Matrix44 fornisce una matrice 4 x 4 per la trasformazione delle coordinate che deve essere utilizzata quando vuoi manipolare il canvas in 3D.
  • clipShader interseca il clip corrente con lo Shader specificato, mentre clipOutShader imposta il clip in base alla differenza tra il clip corrente e lo Shader, ciascuno trattando lo Shader come una maschera alfa. In questo modo è possibile disegnare forme complesse in modo efficiente.

Prestazioni e batteria

Android si concentra sempre sull'aiutarti a migliorare le prestazioni e la qualità delle tue app. Android 15 introduce nuove API che aiutano a rendere più efficienti le attività nella tua app, a ottimizzarne le prestazioni e a raccogliere approfondimenti sulle tue app.

Per le best practice per l'efficienza energetica, il debug dell'utilizzo della rete e dell'alimentazione e i dettagli su come stiamo migliorando l'efficienza della batteria per il lavoro in background in Android 15 e nelle versioni recenti di Android, consulta la presentazione Migliorare l'efficienza della batteria del lavoro in background su Android da Google I/O.

API ApplicationStartInfo

在以前的 Android 版本中，应用启动有点神秘。在应用中确定应用是从冷状态、温状态还是热状态开始的过程很难确定。此外，我们也很难知道您的应用在不同发布阶段所用的时间：创建进程分支、调用 onCreate、绘制第一帧等。在实例化 Application 类时，您无法得知应用是从广播、content provider、作业、备份、启动完成、闹钟还是 Activity 启动的。

Android 15 上的 ApplicationStartInfo API 可提供所有这些功能以及更多其他功能。您甚至可以选择将自己的时间戳添加到流程中，以便在一个位置收集时间数据。除了收集指标之外，您还可以使用 ApplicationStartInfo 直接优化应用启动；例如，当应用因广播而启动时，您可以避免在 Application 类中实例化界面相关库的高成本。

Informazioni dettagliate sulle dimensioni dell'app

A partire da Android 8.0 (livello API 26), Android ha incluso l'API StorageStats.getAppBytes che riassume le dimensioni installate di un'app come un singolo numero di byte, ovvero una somma delle dimensioni dell'APK, delle dimensioni dei file estratti dall'APK e dei file generati sul dispositivo, come il codice compilato in anticipo (AOT). Questo numero non è molto interessante in termini di come la tua app utilizza lo spazio di archiviazione.

Android 15 aggiunge l'API StorageStats.getAppBytesByDataType([type]), che ti consente di ottenere informazioni dettagliate sull'utilizzo di tutto questo spazio da parte della tua app, tra cui suddivisioni dei file APK, codice AOT e velocità di velocità, metadati dex, librerie e profili guidati.

Profilazione gestita dall'app

Android 15 include la classe ProfilingManager, che consente di raccogliere informazioni sul profiling all'interno dell'app. Abbiamo in programma di eseguire il wrapping con un'API Android Jetpack che semplificherà la creazione delle richieste di profiling, ma l'API di base consentirà la raccolta di dump dell'heap, profili dell'heap, campionamento dello stack e altro ancora. Fornisce un callback alla tua app con un tag fornito per identificare il file di output, che viene inviato alla directory con i file della tua app. L'API limita la frequenza per ridurre al minimo l'impatto sulle prestazioni.

Miglioramenti al database SQLite

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

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

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

Aggiornamenti di Android Dynamic Performance Framework

Android 15 继续投资开发 Android 动态性能框架 (ADPF)，这是一组 API，可让游戏和性能密集型应用更直接地与 Android 设备的电源和散热系统进行互动。在受支持的设备上，Android 15 将添加新的 ADPF 功能：

  • 适用于提示会话的节能模式，用于指明其关联的线程应该优先考虑节能而非性能，非常适合长时间运行的后台工作负载。
  • 可以在提示会话中报告 GPU 和 CPU 的运行时长，从而使系统能够同时调整 CPU 和 GPU 频率，以便更好地满足工作负载需求。
  • 热余量阈值，用于根据余量预测来解释可能的热节流状态。

如需详细了解如何在应用和游戏中使用 ADPF，请参阅相关文档。

Privacy

Android 15 include una serie di funzionalità che aiutano gli sviluppatori di app a proteggere la privacy degli utenti.

Rilevamento Registrazione dello schermo

Android 15 添加了对应用的支持，以检测 正在录制。每当应用转换时，系统都会调用回调 在屏幕录制内容中处于可见与隐藏状态之间。应用 如果注册进程的 UID 拥有的 activity 正在录制。这样一来，如果您的应用正在执行敏感操作，您可以 可以告知用户其正在录制。

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

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

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

Funzionalità IntentFilter estese

Android 15 integra il supporto per una risoluzione più precisa di Intent tramite UriRelativeFilterGroup, che contiene un insieme di Oggetti UriRelativeFilter che formano un insieme di Intent regole di corrispondenza che devono essere soddisfatte tutte, inclusi i parametri di query dell'URL, l'URL frammenti e regole di blocco o esclusione.

Queste regole possono essere definite nel file XML AndroidManifest con il nuovo <uri-relative-filter-group>, che può includere facoltativamente un Tag android:allow. Questi tag possono contenere <data> tag che utilizzano dati esistenti nonché i nuovi attributi android:query e android:fragment attributi.

Ecco un esempio della sintassi 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>

Spazio privato

Lo spazio privato può essere sbloccato e bloccato per mostrarlo o nasconderlo app sensibili su un dispositivo.

Lo spazio privato consente agli utenti di creare uno spazio separato sul proprio dispositivo in cui possono Tenere le app sensibili lontano da occhi indiscreti, sotto un ulteriore strato di autenticazione. Lo spazio privato utilizza un profilo utente separato. L'utente può scegli di usare il blocco dispositivo o un fattore di blocco separato per lo spazio privato.

Le app nello spazio privato vengono visualizzate in un contenitore separato in Avvio app e sono nascosti dalla visualizzazione Recenti, dalle notifiche, dalle impostazioni e dalle altre app quando lo spazio privato è bloccato. I contenuti generati e scaricati dagli utenti (ad esempio contenuti multimediali o file) e gli account siano separati tra lo spazio privato e nello spazio principale. Sharesheet del sistema e è possibile usare il selettore di foto per consentire alle app di accedere ai contenuti se lo spazio privato è sbloccato.

Gli utenti non possono spostare le app esistenti e i loro dati nello spazio privato. Invece, gli utenti selezionano un'opzione di installazione nello spazio privato per installare un'app utilizzando lo store che preferiscono. Le app nello spazio privato vengono installate come copie separate da eventuali app nello spazio principale (nuove copie della stessa app).

Quando un utente blocca lo spazio privato, il profilo viene interrotto. Mentre il profilo viene interrotto, le app nello spazio privato non sono più attive e non possono Attività in primo piano o in background, inclusa la visualizzazione di notifiche.

Ti consigliamo di testare l'app con spazio privato per assicurarti che funziona come previsto, soprattutto se la tua app rientra in una delle seguenti categorie categorie:

Esegui una query sulla selezione utente più recente per l'accesso alle foto selezionate

Ora le app possono mettere in evidenza solo le foto selezionate più di recente e video quando viene concesso l'accesso parziale alle autorizzazioni per i contenuti multimediali. Questo può migliorare l'esperienza utente per le app che richiedono spesso l'accesso a foto e video. Per usare questa funzionalità nella tua app, attiva Argomento QUERY_ARG_LATEST_SELECTION_ONLY durante l'esecuzione di query su MediaStore a 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 su Android

Android 15 include le ultime estensioni dei servizi pubblicitari Android, che incorporano la versione più recente di Privacy Sandbox su Android. Questa aggiunta fa parte del nostro lavoro di sviluppo di nuove tecnologie che migliorino la privacy degli utenti e consentano esperienze pubblicitarie efficaci e personalizzate per le app mobile. La nostra pagina Privacy Sandbox contiene ulteriori informazioni sui programmi Anteprima e beta di Privacy Sandbox su Android per aiutarti a iniziare.

Connessione Salute

Android 15 integra le ultime estensioni Connessione Salute di Android, un servizio sicuro e centralizzato per gestire e condividere i dati relativi a salute e fitness raccolti da app. Questo aggiornamento aggiunge il supporto per tipi di dati aggiuntivi in fitness, alimentazione, temperatura cutanea, piani di allenamento e altro ancora.

Il monitoraggio della temperatura cutanea consente agli utenti di memorizzare e condividere dati sulla temperatura più precisi da un dispositivo indossabile o da un altro dispositivo di monitoraggio.

I piani di allenamento sono programmi di allenamento strutturati per aiutare un utente a raggiungere i suoi obiettivi di fitness. Il supporto dei piani di allenamento include una serie di obiettivi di completamento e rendimento:

Scopri di più sugli ultimi aggiornamenti di Connessione Salute su Android nel Creare esperienze adattabili con Android Discussione sulla salute di Google I/O.

Condivisione schermo parziale

Android 15 supporta la condivisione schermo parziale, quindi gli utenti possono condividere o registrare solo una finestra dell'app anziché l'intero schermo del dispositivo. Questa funzionalità, attivata inizialmente in Android 14 QPR2, include MediaProjection callback che consentono alla tua app per personalizzare l'esperienza di condivisione dello schermo parziale. Tieni presente che per le app che hanno come target Android 14 (livello API 34) o versioni successive, il consenso dell'utente è obbligatorio per ogni sessione di acquisizione MediaProjection.

Esperienza utente e UI di sistema

Android 15 offre a sviluppatori di app e utenti più controllo e flessibilità per configurare il proprio dispositivo in base alle loro esigenze.

Per scoprire di più su come utilizzare gli ultimi miglioramenti in Android 15 per migliorare l'esperienza utente della tua app, leggi la conversazione Migliorare l'esperienza utente dell'app per Android di Google I/O.

Anteprime del widget più approfondite con l'API Generated Previews

在 Android 15 之前，提供微件选择器预览的唯一方法是指定静态图片或布局资源。这些预览通常与放置在主屏幕上的实际 widget 的外观大不相同。此外，由于无法使用 Jetpack Glance 创建静态资源，因此“资讯一览” 开发者必须为其微件截屏或创建 XML 布局， 微件预览。

Android 15 添加了对生成的预览的支持。这意味着，应用微件提供程序可以生成 RemoteViews 以用作选择器预览，而不是静态资源。

应用可以向微件选择器提供远程视图， 更新选择器中的内容，使其更能代表用户的内容 看到的内容。

推送 API

应用可以通过推送 API 提供生成的预览。应用可以提供 预览，并且不会收到明确的请求， 以提供预览。预览会保留在 AppWidgetService 中，并且主持人可以按需请求预览。以下示例加载了一个 XML 微件 并将其设置为预览：

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

预期的流程如下：

  1. 任何时候，widget 提供程序都会调用 setWidgetPreview。提供的预览会与其他提供方信息一起保留在 AppWidgetService 中。
  2. setWidgetPreview 会通过 AppWidgetHost.onProvidersChanged 回调。作为回应，微件宿主会重新加载其所有提供方信息。
  3. 显示微件预览时，主机会检查 AppWidgetProviderInfo.generatedPreviewCategories，如果所选类别可用，则调用 AppWidgetManager.getWidgetPreview 以返回此提供程序的已保存预览。

何时调用 setWidgetPreview

由于没有用于提供预览的回调，因此应用可以选择在运行期间的任何时间发送预览。预览的更新频率取决于微件的用例。

以下列表介绍了两大类预览用例：

  • 在 widget 预览中显示真实数据（例如个性化数据）的提供程序 或最新信息。这些提供商可以设置预览 已登录 Google 账号或已在其应用中完成初始配置。之后 可以设置一项定期任务，按照所选的节奏更新预览。 此类 widget 的示例包括照片、日历、天气或新闻 widget。
  • 在预览中显示静态信息或不显示任何数据的快捷操作 widget 的提供程序。这些提供程序可以在应用首次启动时设置预览一次。例如，快速开车便是此类微件的示例 操作 widget 或 Chrome 快捷方式 widget。

某些提供商可能会在基座接入模式选择器上显示静态预览，但真实的 信息。这些提供商应遵循指南 设置预览

Picture in picture

Android 15 introduces changes in Picture-in-Picture (PiP) ensuring an even smoother transition when entering into PiP mode. This will be beneficial for apps having UI elements overlaid on top of their main UI, which goes into PiP.

Developers use the onPictureInPictureModeChanged callback to define logic that toggles the visibility of the overlaid UI elements. This callback is triggered when the PiP enter or exit animation is completed. Beginning in Android 15, the PictureInPictureUiState class includes another state.

With this UI state, apps targeting Android 15 (API level 35) will observe the Activity#onPictureInPictureUiStateChanged callback being invoked with isTransitioningToPip() as soon as the PiP animation starts. There are many UI elements that are not relevant for the app when it is in PiP mode, for example views or layout that include information such as suggestions, upcoming video, ratings, and titles. When the app goes to PiP mode, use the onPictureInPictureUiStateChanged callback to hide these UI elements. When the app goes to full screen mode from the PiP window, use onPictureInPictureModeChanged callback to unhide these elements, as shown in the following examples:

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

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

This quick visibility toggle of irrelevant UI elements (for a PiP window) helps ensure a smoother and flicker-free PiP enter animation.

Regole Non disturbare migliorate

AutomaticZenRule 允许应用自定义注意力机制 管理（勿扰）规则，并确定何时启用或停用 。Android 15 极大地增强了这些规则，旨在提高 用户体验。其中包含以下增强功能：

  • 向 AutomaticZenRule 添加类型，让系统能够应用特殊类型 对某些规则的处理
  • 向 AutomaticZenRule 添加图标，使模式更加丰富 易于识别。
  • 将 triggerDescription 字符串添加到 AutomaticZenRule，用于描述 规则应当对用户生效的条件。
  • 已添加 ZenDeviceEffects 更改为AutomaticZenRule，从而允许规则触发灰度等操作 显示、夜间模式或调暗壁纸。

Impostare l'effetto VibrationEffect per i canali di notifica

Android 15 supporta l'impostazione di vibrazioni intense per le notifiche in arrivo tramite canale utilizzando NotificationChannel.setVibrationEffect, i tuoi utenti possano distinguere tra diversi tipi di notifiche senza dover guardare il proprio dispositivo.

Schermi e fattori di forma grandi

Android 15 offre alle tue app il supporto per ottenere il massimo dai fattori di forma di Android, tra cui schermi di grandi dimensioni, convertibili e pieghevoli.

Multitasking migliorato su schermi di grandi dimensioni

Android 15 为用户提供了在大屏设备上更好地进行多任务处理的方式。对于 例如，用户可以保存自己喜爱的分屏应用组合， 访问并固定屏幕上的任务栏，以便在应用之间快速切换。这意味着 让应用具备自适应能力比以往任何时候都更加重要。

Google I/O 大会上有一些关于构建自适应 Android 的会议 应用和使用 Material 3 构建界面 自适应库 我们的文档中提供了更多帮助信息，帮助您针对大型语言 。

Supporto per schermo di copertura

La tua app può dichiarare una proprietà utilizzata da Android 15 per consentire la visualizzazione di Application o Activity sulle piccole schermate di copertina dei dispositivi ribaltabili supportati. Queste schermate sono troppo piccole per essere considerate target compatibili per l'esecuzione delle app per Android, ma la tua app può attivarne il supporto, rendendo l'app disponibile in più luoghi.

Connettività

Android 15 aggiorna la piattaforma per consentire alla tua app di accedere agli ultimi progressi nelle tecnologie di comunicazione e wireless.

Supporto satellite

Android 15 continua a estendere il supporto delle piattaforme per la connettività satellitare e include alcuni elementi dell'interfaccia utente per garantire un'esperienza utente coerente panorama della connettività satellitare.

Le app possono utilizzare ServiceState.isUsingNonTerrestrialNetwork() per rilevare quando un dispositivo è connesso a un satellite, in modo da avere una maggiore consapevolezza del motivo per cui i servizi di rete completi potrebbero non essere disponibili. Inoltre, Android 15 supporta le app SMS e MMS, nonché le app RCS precaricate, per utilizzare la connettività satellitare per l'invio e la ricezione di messaggi.

Quando il dispositivo si connette a un satellite, viene visualizzata una notifica.

Esperienze NFC più fluide

Android 15 致力于打造更顺畅、更可靠的感应式付款体验，同时继续支持 Android 强大的 NFC 应用生态系统。在受支持的设备上，应用可以请求 NfcAdapter 进入观察模式。在该模式下，设备会监听 NFC 读取器但不会响应 NFC 读取器，从而将应用的 NFC 服务 PollingFrame 对象发送给系统进行处理。PollingFrame 对象可用于在与 NFC 读取器首次通信之前进行身份验证，以便在许多情况下实现一键交易。

此外，应用现在可以在受支持的设备上注册过滤器，以便接收轮询循环 activity 的通知，从而与多个 NFC 感知应用顺畅运行。

Ruolo Wallet

Android 15 introduce un nuovo ruolo Wallet che consente una maggiore integrazione con l'app Wallet preferita dell'utente. Questo ruolo sostituisce l'impostazione di pagamento contactless predefinita NFC. Gli utenti possono gestire il titolare del ruolo Wallet andando a Impostazioni > App > App predefinite.

Il ruolo Wallet viene utilizzato per il routing dei tocchi NFC per gli AID registrati nella categoria di pagamento. I tocchi vanno sempre al titolare del ruolo di Wallet, a meno che in primo piano non sia in esecuzione un'altra app registrata per lo stesso AID.

Questo ruolo viene utilizzato anche per determinare dove deve essere inserito il riquadro QuickAccess di Wallet quando viene attivato. Se il ruolo è impostato su "Nessuno", il riquadro QuickAccess non è disponibile e i tocchi NFC della categoria di pagamento vengono inviati solo all'app in primo piano.

Sicurezza

Android 15 ti aiuta a migliorare la sicurezza della tua app, a proteggere i dati dell'app e offre agli utenti maggiore trasparenza e controllo sui loro dati. Leggi la conversazione sulla protezione degli utenti su Android di Google I/O per scoprire di più su cosa stiamo facendo per migliorare le misure di salvaguardia degli utenti e proteggere la tua app da nuove minacce.

Integrare Gestore delle credenziali con la compilazione automatica

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 la registrazione Single Tap e l'accesso con richieste biometriche

Gestore delle credenziali integra i prompt biometrici nella creazione delle credenziali e i processi di accesso, eliminando così la necessità da parte dei provider di gestire di prompt biometrici. Di conseguenza, i fornitori di credenziali devono concentrarsi solo i risultati dei flussi create e get, aumentati con il risultato del flusso biometrico. Questo processo semplificato crea credenziali più efficienti e semplificate processo di creazione e recupero.

Gestione delle chiavi per la crittografia end-to-end

Stiamo introducendo E2eeContactKeysManager in Android 15, che semplifica la crittografia end-to-end (E2EE) nelle tue app Android fornendo un'API a livello di sistema operativo per l'archiviazione di chiavi pubbliche crittografiche.

E2eeContactKeysManager è progettato per integrarsi con l'app dei contatti della piattaforma per offrire agli utenti un modo centralizzato per gestire e verificare le chiavi pubbliche dei loro contatti.

Controlli delle autorizzazioni sugli URI dei contenuti

Android 15 引入了一组可对内容 URI 执行权限检查的新 API：

Accessibilità

Android 15 aggiunge funzionalità che migliorano l'accessibilità per gli utenti.

Braille avanzato

In Android 15, abbiamo consentito a TalkBack di supportare i display braille che utilizzano lo standard HID sia tramite USB che tramite Bluetooth sicuro.

Questo standard, simile a quello utilizzato per mouse e tastiere, consentirà ad Android di supportare una gamma più ampia di display braille con il passare del tempo.

Internazionalizzazione

Android 15 aggiunge funzionalità e caratteristiche che completano l'esperienza utente quando un dispositivo viene utilizzato in lingue diverse.

Carattere variabile CJK

A partire da Android 15, il file dei caratteri per le lingue cinese, giapponese e coreano (CJK), NotoSansCJK, è ora un carattere variabile. I caratteri variabili danno accesso a nuove possibilità per la tipografia creativa nelle lingue CJK. I designer possono esplorare un'ampia gamma di stili e creare layout visivamente accattivanti che prima erano difficili o impossibili da realizzare.

Visualizzazione del carattere variabile per le lingue cinese, giapponese e coreano (CJK) con caratteri di larghezza diversa.

Motivazione tra caratteri

A partire da Android 15, il testo può essere giustificato utilizzando la spaziatura tra le lettere utilizzando JUSTIFICATION_MODE_INTER_CHARACTER. La giustificazione tra parole era introdotto per la prima volta in Android 8.0 (livello API 26) e giustificazione offre funzionalità simili per i linguaggi che utilizzano spazio vuoto per la segmentazione, ad esempio cinese, giapponese e altri.

Layout del testo in giapponese con JUSTIFICATION_MODE_NONE.
Layout per il testo in inglese utilizzando JUSTIFICATION_MODE_NONE.


Layout per il testo giapponese che utilizza JUSTIFICATION_MODE_INTER_WORD.
Layout per il testo in inglese utilizzando JUSTIFICATION_MODE_INTER_WORD.


Layout del testo in giapponese che utilizza JUSTIFICATION_MODE_INTER_CHARACTER.
Layout per il testo in inglese che utilizza JUSTIFICATION_MODE_INTER_CHARACTER.

Configurazione automatica dell'interruzione di riga

Android ha iniziato a supportare le interruzioni di riga basate su frase per il giapponese e il coreano in Android 13 (livello API 33). Tuttavia, mentre le interruzioni di riga basate su frase migliorano leggibilità di brevi righe di testo, non sono ideali per righe di testo lunghe. In Android 15, le app possono applicare interruzioni di riga basate su frase solo per le righe brevi di testo, utilizzando la classe LINE_BREAK_WORD_STYLE_AUTO . Questa opzione seleziona lo stile della parola migliore per il testo.

Per brevi righe di testo, vengono utilizzate le interruzioni di riga basate su frase, che funzionano nello stesso modo come LINE_BREAK_WORD_STYLE_PHRASE, come mostrato in immagine seguente:

Per righe di testo brevi, LINE_BREAK_WORD_STYLE_AUTO applica interruzioni di riga basate su frase per migliorare la leggibilità del testo. È come applicare LINE_BREAK_WORD_STYLE_PHRASE.

Per le righe di testo più lunghe, LINE_BREAK_WORD_STYLE_AUTO utilizza uno stile di parola senza interruzione di riga, che funziona come LINE_BREAK_WORD_STYLE_NONE, come mostrato nell'immagine seguente:

Per lunghe righe di testo, LINE_BREAK_WORD_STYLE_AUTO non applica alcun tipo di interruzione di riga per migliorare la leggibilità del testo. Equivale ad applicare LINE_BREAK_WORD_STYLE_NONE.

Nuovo carattere Hentaigana giapponese

In Android 15, un file del carattere per l'hiragana giapponese antico (noto come hentaigana) è incluso per impostazione predefinita. Le forme uniche dei caratteri hentaigana possono aggiungere un tocco distintivo all'artwork o al design, contribuendo al contempo a preservare la trasmissione e la comprensione accurate dei documenti giapponesi antichi.

Carattere e stile del testo dell'hentaigana giapponese .

Cono VideoLAN Copyright (c) 1996-2010 VideoLAN. Questo logo o una versione modificata possono essere utilizzati o modificati da chiunque per fare riferimento al progetto VideoLAN o a qualsiasi prodotto sviluppato dal team VideoLAN, ma non implica alcuna approvazione da parte del progetto.

Vulkan e il logo Vulkan sono marchi registrati di Khronos Group Inc.

OpenGL è un marchio registrato e il logo OpenGL ES è un marchio di Hewlett Packard Enterprise utilizzato su autorizzazione di Khronos.