Esta página foi traduzida pela API Cloud Translation.

Visão geral de recursos e APIs

O Android 15 introduz ótimos recursos e APIs para desenvolvedores. As seções a seguir resumem esses recursos para ajudar você a começar a usar as APIs relacionadas.

Para uma lista detalhada das APIs adicionadas, modificadas e removidas, leia o Relatório de diferenças da API. Para detalhes sobre as APIs adicionadas, acesse a Referência da API do Android. Para o Android 15, procure APIs que foram adicionadas no nível 35 da API. Para saber mais sobre as áreas em que as mudanças na plataforma podem afetar seus apps, confira as mudanças de comportamento do Android 15 para apps destinados ao Android 15 e para todos os apps.

Câmera e mídia

O Android 15 inclui vários recursos que melhoram a experiência de mídia e câmera e dão acesso a ferramentas e hardware para ajudar os criadores de conteúdo a dar vida à visão deles no Android.

Para saber mais sobre os recursos e soluções para desenvolvedores mais recentes de mídia e câmera do Android, assista à palestra Como criar experiências modernas de mídia e câmera no Android do Google I/O.

Aumento do modo pouca luz

O Android 15 apresenta o Modo pouca luz refinado, um modo de exposição automática disponível para a Câmera 2 e a extensão de câmera do modo noturno. O aumento do modo pouca luz ajusta a exposição do fluxo de visualização em condições de pouca luz. Isso é diferente de como a extensão da câmera do modo noturno cria imagens estáticas, porque o modo noturno combina uma série de fotos para criar uma única imagem aprimorada. Embora o modo noturno seja muito bom para criar uma imagem estática, ele não pode criar um fluxo contínuo de frames, mas o Modo pouca luz pode. Assim, o Modo de baixa luminosidade ativa os recursos da câmera, como:

Fornecer uma visualização de imagem aprimorada para que os usuários possam enquadrar melhor as fotos com pouca luz
Como ler QR codes em locais com pouca luz

Se você ativar o Modo pouca luz, ele será ativado automaticamente quando houver um nível baixo de iluminação e desativado quando houver mais luz.

Os apps podem gravar o fluxo de visualização em condições de pouca luz para salvar um vídeo mais claro.

Para mais informações, consulte Aprimoramento com pouca luz.

Controles da câmera no app

O Android 15 adiciona uma extensão para mais controle sobre o hardware da câmera e os algoritmos em dispositivos com suporte:

Ajustes avançados de intensidade do flash, que permitem o controle preciso da intensidade do flash nos modos SINGLE e TORCH durante a captura de imagens.

Controle de headroom de HDR

O Android 15 escolhe o headroom HDR apropriado para os recursos do dispositivo e a profundidade de bits do painel. Para páginas com muito conteúdo SDR, como um app de mensagens que mostra uma única miniatura HDR, esse comportamento pode acabar influenciando negativamente o brilho percebido do conteúdo SDR. O Android 15 permite controlar o headroom HDR com setDesiredHdrHeadroom para encontrar um equilíbrio entre conteúdo SDR e HDR.

O brilho dos elementos da interface SDR na tela esquerda parece mais uniforme do que o brilho na tela direita, o que simula possíveis problemas de headroom quando o conteúdo HDR e SDR são misturados. Ao ajustar o headroom do HDR, você pode alcançar um melhor equilíbrio entre o conteúdo SDR e HDR.

Controle de intensidade

O Android 15 oferece suporte ao padrão de volume CTA-2075 para evitar inconsistências de volume de áudio e garantir que os usuários não precisem ajustar constantemente o volume ao alternar entre conteúdos. O sistema aproveita os dados características dos dispositivos de saída (fones de ouvido e alto-falantes), além de metadados de volume disponíveis no conteúdo de áudio AAC para ajustar de forma inteligente o volume do áudio e níveis de compactação do intervalo dinâmico.

Para ativar esse recurso, você precisa garantir que os metadados de intensidade de som estejam disponíveis no conteúdo AAC e ativar o recurso da plataforma no app. Para isso, instancie um objeto LoudnessCodecController chamando o método de fábrica create com o ID da sessão de áudio do AudioTrack associado. Isso começa a aplicar automaticamente as atualizações de áudio. É possível transmitir um OnLoudnessCodecUpdateListener para modificar ou filtrar loudness antes de serem aplicados ao 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
}

O ExoPlayer da AndroidX media3 também será atualizado para usar a LoudnessCodecController APIs para uma integração perfeita de apps.

Dispositivos MIDI 2.0 virtuais

O Android 13 adicionou suporte à conexão com dispositivos MIDI 2.0 usando USB, que se comunicam usando pacotes MIDI universais (UMPs). O Android 15 estende o suporte de UMP a apps MIDI virtuais, permitindo que apps de composição controlem apps de sintetizador como um dispositivo MIDI 2.0 virtual, assim como fariam com um dispositivo USB MIDI 2.0.

Decodificação de software AV1 mais eficiente

Logotipo da dav1d

dav1d, o popular decodificador de software AV1 da VideoLAN, está disponível para dispositivos Android que não oferecem suporte à decodificação AV1 em hardware. O dav1d tem até três vezes mais desempenho do que o decodificador de software AV1 herdado, permitindo a reprodução de AV1 em alta definição para mais usuários, incluindo alguns dispositivos de nível baixo e médio.

O app precisa ativar o uso do dav1d invocando-o pelo nome "c2.android.av1-dav1d.decoder". O dav1d vai se tornar o decodificador de software AV1 padrão em uma atualização subsequente. Esse suporte é padronizado e tem backport para dispositivos Android 11 que recebem atualizações do sistema do Google Play.

Produtividade e ferramentas para desenvolvedores

Embora a maior parte do nosso trabalho para melhorar sua produtividade se concentre em ferramentas como o Android Studio, o Jetpack Compose e as bibliotecas do Android Jetpack, sempre buscamos maneiras na plataforma para ajudar você a realizar sua visão com mais facilidade.

Atualizações do OpenJDK 17

O Android 15 continua atualizando as principais bibliotecas para se alinhar aos recursos das versões mais recentes do LTS do OpenJDK.

Os seguintes recursos e melhorias principais estão incluídos:

Melhorias na qualidade de vida em buffers NIO
Streams
Outros métodos math e strictmath
Atualizações de pacote util, incluindo collection, map e set sequenciais
Suporte a ByteBuffer no Deflater
Atualizações de segurança, como X500PrivateCredential e chaves de segurança

Essas APIs são atualizadas em mais de um bilhão de dispositivos com o Android 12 (nível 31 da API) e versões mais recentes usando as atualizações do sistema do Google Play. Assim, você pode direcionar os recursos de programação mais recentes.

Melhorias no PDF

O Android 15 inclui melhorias substanciais no PdfRenderer. APIs de terceiros. Os aplicativos podem incorporar recursos avançados, como renderização arquivos protegidos por senha, anotações, edição de formulários, pesquisa e seleção com cópia. PDF linearizado são suportadas para acelerar a visualização do PDF local e reduzir o uso de recursos. A biblioteca PDF do Jetpack usa essas APIs para simplificar a adição de recursos de visualização de PDF ao app.

As últimas atualizações para a renderização de PDF incluem recursos como pesquisar um arquivo PDF incorporado.

O PdfRenderer foi movido para um módulo que pode ser atualizado usando o Google As atualizações do sistema do Google Play são independentes da versão da plataforma, e temos suporte para essas mudanças de volta para o Android 11 (nível 30 da API), criando uma versão anterior ao Android 15 da plataforma da API, chamada PdfRendererPreV.

Refinamentos da troca automática de idioma

Android 14 在音频中添加了设备端多语言识别功能，并支持在语言之间自动切换，但这可能会导致丢失字词，尤其是当两次语音之间语言切换的间隔时间较短时。Android 15 添加了其他控件，以帮助应用根据其用例调整此切换。EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS 会将自动切换限制在音频会话开始时，而 EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES 会在发生指定次数的切换后停用语言切换。如果您预计会话期间只会使用一种语言，并且该语言应被自动检测到，这些选项会特别有用。

API OpenType Variable Font aprimorada

Android 15 提高了 OpenType 可变字体的易用性。您可以创建来自可变字体的 FontFamily 实例，而不指定粗细轴使用 buildVariableFamily API。文本渲染程序会替换 wght 轴的值，以匹配显示的文本。

使用该 API 可以大大简化创建 Typeface 的代码：

Kotlin

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

Java

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

以前，如需创建相同的 Typeface，您需要更多代码：

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

以下示例展示了同时使用旧版和新版 API 创建的 Typeface 的呈现方式：

使用新旧 API 渲染字体时出现差异的示例

在此示例中，使用旧 API 创建的 Typeface 不包含为 350、450、550 和 650 创建准确的字体粗细 Font 实例，因此渲染程序会回退到最接近的权重。在在此示例中，系统会渲染 300 而不是 350，渲染 400 而不是 450，依此类推。相比之下，使用新 API 创建的 Typeface 会为给定重量动态创建 Font 实例，因此系统也会为 350、450、550 和 650 呈现准确的重量。

Controles granulares de quebra de linha

No Android 15 e versões mais recentes, uma TextView e o quebrador de linha podem preservar uma determinada parte do texto na mesma linha para melhorar a legibilidade. Para aproveitar essa personalização de quebra de linha, use a tag <nobreak> nos recursos de string ou createNoBreakSpan. Da mesma forma, é possível preservar palavras de separação usando a tag <nohyphen> ou createNoHyphenationSpan.

Por exemplo, o recurso de string a seguir não inclui um ponto-e-vírgula e é renderizado com o texto "Pixel 8 Pro" quebrado em um lugar indesejado:

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

Por outro lado, esse recurso de string inclui a tag <nobreak>, que envolve a frase "Pixel 8 Pro" e impede quebras de linha:

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

A diferença na forma como essas strings são renderizadas é mostrada nas imagens abaixo:

Layout para uma linha de texto em que a frase "Pixel 8 Pro" não é agrupada usando uma tag <nobreak>.

Layout da mesma linha de texto em que a frase "Pixel 8 Pro" é agrupada usando uma tag <nobreak>.

Arquivamento de apps

O Android e o Google Play anunciaram o suporte ao arquivamento de apps por último ano, permitindo que os usuários liberem espaço removendo parcialmente apps usados com pouca frequência do dispositivo que foram publicados usando o app Android Pacote no Google Play. O Android 15 inclui suporte no nível do SO para arquivamento e desarquivamento de apps, facilitando a implementação em todas as app stores.

Apps com a permissão REQUEST_DELETE_PACKAGES podem chamar o PackageInstaller requestArchive para solicitar o arquivamento de um do pacote de apps instalado, que remove o APK e todos os arquivos em cache, mas persiste dados do usuário. Os apps arquivados são retornados como apps que podem ser exibidos por meio do APIs do LauncherApps os usuários verão um tratamento de interface para destacar e os apps são arquivados. Se um usuário tocar em um app arquivado, o instalador responsável receberá uma solicitação para desarquivá-la. Nesse caso, será possível monitorado pela transmissão ACTION_PACKAGE_ADDED.

Ativar o modo de 16 KB em um dispositivo usando as opções do desenvolvedor

Ative a opção de desenvolvedor Inicializar com tamanho de página de 16 KB para inicializar um dispositivo no modo de 16 KB.

Nas versões QPR do Android 15, é possível usar a opção do desenvolvedor disponível em alguns dispositivos para inicializar o dispositivo no modo de 16 KB e realizar testes no dispositivo. Antes de usar a opção do desenvolvedor, acesse Configurações > Sistema > Atualizações de software e aplique as atualizações disponíveis.

Essa opção de desenvolvedor está disponível nos seguintes dispositivos:

Pixel 8 e 8 Pro (com Android 15 QPR1 ou versões mais recentes)
Pixel 8a (com Android 15 QPR1 ou versões mais recentes)
Pixel 9, 9 Pro e 9 Pro XL (com Android 15 QPR2 Beta 2 ou versões mais recentes)

Gráficos

O Android 15 traz as melhorias gráficas mais recentes, incluindo ANGLE e adições ao sistema de gráficos Canvas.

Modernização do acesso à GPU do Android

Vulkan 徽标

与早期相比，Android 硬件已经有了很大的进步。早期，核心操作系统在单个 CPU 上运行，并且使用基于固定功能流水线的 API 访问 GPU。从 Android 7.0（API 级别 24）开始，NDK 中就提供了 Vulkan® 图形 API，其较低级别的抽象更好地反映了现代 GPU 硬件，可更好地扩缩以支持多个 CPU 核心，并可降低 CPU 驱动程序开销，从而提升应用性能。所有现代游戏引擎都支持 Vulkan。

Vulkan 是 Android 与 GPU 的首选接口。因此，Android 15 包含 ANGLE 作为可选层，用于在 Vulkan 基础上运行 OpenGL® ES。改用 ANGLE 将标准化 Android OpenGL 实现，提高兼容性，在某些情况下还有助于提升性能。在 Android 15 中，您可以依次前往设置 -> 系统 -> 开发者选项 -> 实验性功能：启用 ANGLE，启用开发者选项，以便通过 ANGLE 测试 OpenGL ES 应用的稳定性和性能。

Android ANGLE on Vulkan 路线图

为了简化 GPU 堆栈，我们今后将在更多新设备上将 ANGLE 作为 GL 系统驱动程序提供，未来 OpenGL/ES 将只能通过 ANGLE 获得支持。尽管如此，我们计划继续在所有设备上支持 OpenGL ES。

建议的后续措施

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

Melhorias no Canvas

O Android 15 continua a modernizar o sistema de gráficos Canvas do Android com mais recursos:

Matrix44 fornece uma matriz 4x4 para transformar coordenadas que precisam ser usadas quando você quer manipular a tela em 3D.
clipShader cruza o clipe atual com o shader especificado, enquanto clipOutShader define o clipe como a diferença entre o clipe atual e o shader, cada um tratando o shader como uma máscara alfa. Isso oferece suporte ao desenho de formas complexas de maneira eficiente.

Desempenho e bateria

O Android continua focado em ajudar você a melhorar a performance e a qualidade dos seus apps. O Android 15 apresenta APIs que ajudam a tornar as tarefas no seu app mais eficientes, otimizar a performance e coletar insights sobre seus apps.

Para conferir práticas recomendadas de eficiência da bateria, depurar o uso de rede e energia e detalhes sobre como estamos melhorando a eficiência da bateria do trabalho em segundo plano no Android 15 e em versões recentes do Android, assista à palestra Como melhorar a eficiência da bateria do trabalho em segundo plano no Android do Google I/O.

API ApplicationStartInfo

Nas versões anteriores do Android, a inicialização de apps era um pouco misteriosa. Era difícil determinar no app se ele foi iniciado a partir de um estado frio, quente ou aquecido. Também era difícil saber quanto tempo o app levava durante as várias fases de inicialização: bifurcar o processo, chamar onCreate, desenhar o primeiro frame e muito mais. Quando a classe Application foi instanciada, você não tinha como saber se o app foi iniciado por uma transmissão, um provedor de conteúdo, um job, um backup, a inicialização completa, um alarme ou um Activity.

A API ApplicationStartInfo no Android 15 oferece tudo isso e muito mais. Você pode até adicionar seus próprios carimbos de data/hora ao fluxo para ajudar a coletar dados de tempo em um só lugar. Além de coletar métricas, você pode usar ApplicationStartInfo para ajudar a otimizar diretamente a inicialização do app. Por exemplo, é possível eliminar a instanciação cara de bibliotecas relacionadas à interface na classe Application quando o app está sendo inicializado devido a uma transmissão.

Informações detalhadas sobre o tamanho do app

Desde o Android 8.0 (nível 26 da API), o Android inclui a API StorageStats.getAppBytes, que resume o tamanho instalado de um app como um único número de bytes, que é a soma do tamanho do APK, do tamanho dos arquivos extraídos do APK e dos arquivos gerados no dispositivo, como o código compilado antecipadamente (AOT). Esse número não é muito útil para entender como o app está usando o armazenamento.

O Android 15 adiciona a API StorageStats.getAppBytesByDataType([type]), que permite que você saiba como o app está usando todo esse espaço, incluindo divisões de arquivo APK, código relacionado ao AOT e à aceleração, metadados dex, bibliotecas e perfis guiados.

Criação de perfil gerenciada pelo app

Android 15 包含 ProfilingManager 类，可让您从应用内部收集性能分析信息，例如堆转储、堆分析报告、堆栈采样等。它使用提供的标记为您的应用提供回调，以标识输出文件，该文件将传递给应用的文件目录。该 API 会进行速率限制，以尽可能降低对性能的影响。

为了简化在应用中构建性能分析请求的过程，我们建议您使用 Core 1.15.0-rc01 或更高版本中的相应 Profiling AndroidX API。

Melhorias no banco de dados SQLite

Android 15 引入了 SQLite API，这些 API 可公开底层 SQLite 引擎的高级功能，以解决可能在应用中出现的特定性能问题。将 SQLite 更新到版本 3.44.3。

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

只读延迟事务：在发出只读（不包括写入语句），请使用 beginTransactionReadOnly()和 beginTransactionWithListenerReadOnly(SQLiteTransactionListener) 发出只读的 DEFERRED 事务。此类事务如果数据库处于 WAL 模式与 IMMEDIATE 或 EXCLUSIVE 事务并发运行。
行数和 ID：添加了 API 以检索已更改的行数和 ID 行或最后插入的行 ID 而不发出额外的查询。 getLastChangedRowCount() 会返回当前事务中最近的 SQL 语句插入、更新或删除的行数，而 getTotalChangedRowCount() 会返回当前连接的计数。getLastInsertRowId() 返回最后一行的 rowid 以便在当前连接中插入
原始语句：发出原始 SQlite 语句，从而绕过便利及其可能产生的任何额外处理开销。

Atualizações do Android Dynamic Performance Framework

O Android 15 continua nosso investimento no Android Dynamic Performance Framework (ADPF), um conjunto de APIs que permite que jogos e apps de alta performance interajam mais diretamente com os sistemas térmicos e de energia de dispositivos Android. Em dispositivos com suporte, o Android 15 adiciona recursos ADPF:

Um modo de economia de energia para sessões de dicas para indicar que as linhas de execução associadas devem preferir a economia de energia em vez de desempenho, ótimo para cargas de trabalho em segundo plano de longa duração.
As durações de trabalho da GPU e da CPU podem ser relatadas em sessões de dicas, permitindo que o sistema ajuste as frequências da CPU e da GPU juntos para atender melhor às demandas de carga de trabalho.
Limites de margem térmica para interpretar possíveis status de limitação térmica com base na previsão de margem.

Para saber mais sobre como usar o ADPF em apps e jogos, consulte a documentação.

Privacidade

O Android 15 inclui vários recursos que ajudam os desenvolvedores de apps a proteger a privacidade dos usuários.

Detecção de gravação de tela

O Android 15 adiciona suporte a apps para detectar isso. elas estão sendo gravadas. Um callback é invocado sempre que o app faz a transição. entre ficar visível ou invisível em uma gravação de tela. Um app é consideradas visíveis se as atividades pertencentes ao UID do processo de registro forem que está sendo gravado. Dessa forma, se o app estiver executando uma operação sensível, você informar ao usuário que a gravação está sendo feita.

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

Recursos expandidos do IntentFilter

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

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

下面是一个 AndroidManifest 语法示例：

<intent-filter android:autoVerify="true">
  <action android:name="android.intent.action.VIEW" />
  <category android:name="android.intent.category.BROWSABLE" />
  <category android:name="android.intent.category.DEFAULT" />
  <data android:scheme="http" />
  <data android:scheme="https" />
  <data android:host="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>

Espaço privado

借助私密空间，用户可以在设备上创建一个单独的空间，在额外的身份验证层保护下，防止敏感应用遭到窥探。私密空间使用单独的用户个人资料。用户可以选择使用设备锁定方式或为私密空间使用单独的锁定方式。

私密空间中的应用会显示在启动器的单独容器中，并且当私密空间处于锁定状态时，这些应用不会显示在“最近用过”视图、通知、“设置”和其他应用中。用户生成的内容和下载的内容（例如媒体内容或文件）以及账号在私密空间和主空间之间是分开的。在私密空间处于解锁状态时，您可以使用系统 Sharesheet 和照片选择器向应用授予对各个空间中内容的访问权限。

用户无法将现有应用及其数据移至私密空间。相反，用户可以在私密空间中选择安装选项，以便使用他们偏好的任意应用商店安装应用。私密空间中的应用会作为主空间中任何应用的单独副本进行安装（同一应用的新副本）。

当用户锁定私密空间时，系统会停止该个人资料。在个人资料停止运行时，私密空间中的应用将不再处于活动状态，无法执行前台或后台活动，包括显示通知。

我们建议您使用私密空间测试应用，以确保应用能按预期运行，尤其是当您的应用属于以下某一类别时：

具有工作资料逻辑的应用：假定其应用的任何已安装副本（不在主资料中）均位于工作资料中。
医疗应用
启动器应用
应用商店应用

Consultar a seleção de usuário mais recente para o acesso a fotos selecionadas

Agora os apps podem destacar apenas as fotos e os vídeos selecionados mais recentemente quando acesso parcial às permissões de mídia é concedido. Esse recurso pode melhorar a experiência do usuário em apps que solicitam acesso frequente a fotos e vídeos. Para usar esse recurso no app, ative o Argumento QUERY_ARG_LATEST_SELECTION_ONLY ao consultar MediaStore usando 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)
});

Sandbox de privacidade no Android

O Android 15 inclui as extensões mais recentes do AdServices, incorporando a versão mais recente do Sandbox de privacidade no Android. Essa adição faz parte do nosso trabalho para desenvolver tecnologias que melhorem a privacidade do usuário e viabilizem experiências de publicidade personalizadas e eficazes para apps para dispositivos móveis. Nossa página do Sandbox de privacidade tem mais informações sobre o Sandbox de privacidade na prévia para desenvolvedores do Android e nos programas Beta para ajudar você a começar.

Conexão Saúde

Android 15 集成了与 Health Connect by Android 相关的最新扩展程序。Health Connect by Android 是一个安全的集中式平台，可用于管理和共享应用收集的健康与健身数据。此次更新增加了对健身、营养、体表温度、训练计划等。

体表温度追踪功能让用户可以更精确地存储和分享体表温度来自穿戴式设备或其他跟踪设备的体温数据。

训练计划是一种结构化的锻炼计划，可帮助用户实现健身目标。训练计划支持各种完成和表现目标：

围绕卡路里消耗量、距离、时长、重复次数和步数的完成目标。
围绕尽可能多重复 (AMRAP)、节奏、心率、功率、感知的用力率和速度的表现目标。

如需详细了解 Android 中 Health Connect 的最新更新，请参阅利用 Android 打造自适应体验健康演讲。

O Android 15 oferece suporte ao compartilhamento de tela de apps para que os usuários possam compartilhar ou gravar apenas uma janela de app, em vez de toda a tela do dispositivo. Esse recurso, ativado pela primeira vez no Android 14 QPR2, inclui callbacks MediaProjection que permitem que seu app personalize a experiência de compartilhamento de tela. Para apps destinados ao Android 14 (nível 34 da API) ou mais recente, o consentimento do usuário é necessário para cada sessão de captura de MediaProjection.

Experiência do usuário e interface do sistema

O Android 15 oferece aos desenvolvedores de apps e usuários mais controle e flexibilidade para configurar o dispositivo de acordo com as necessidades.

Para saber mais sobre como usar as melhorias mais recentes do Android 15 para melhorar a experiência do usuário do seu app, assista à palestra Melhorar a experiência do usuário do seu app Android no Google I/O.

Prévia de widgets mais completa com a API Generated Previews

Antes do Android 15, a única maneira de fornecer visualizações do seletor de widgets era especificar um recurso de imagem ou layout estático. Essas visualizações geralmente são muito diferentes da aparência do widget real quando ele é colocado na tela inicial. Além disso, recursos estáticos não podem ser criados com o Jetpack Glance, então um Resumo o desenvolvedor teve que fazer uma captura de tela do widget ou criar um layout XML para ter um visualização do widget.

O Android 15 adiciona suporte a visualizações geradas. Isso significa que os provedores de widgets de apps podem gerar RemoteViews para usar como a visualização do seletor, em vez de um recurso estático.

Os apps podem fornecer visualizações remotas ao seletor de widgets para atualizar o conteúdo no seletor de forma que ele seja mais representativo do que o usuário vai ver.

API Push

Os apps podem fornecer visualizações geradas por uma API push. Os apps podem fornecer visualizações em qualquer ponto do ciclo de vida e não recebem uma solicitação explícita do host para fornecer visualizações. As prévias são mantidas em AppWidgetService, e os hosts podem solicitá-las sob demanda. O exemplo a seguir carrega um recurso de layout de widget XML e o define como a visualização:

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

O fluxo esperado é:

A qualquer momento, o provedor de widgets chama setWidgetPreview. O As visualizações são mantidas em AppWidgetService com outras informações do provedor.
O setWidgetPreview notifica os hosts de uma visualização atualizada pelo callback AppWidgetHost.onProvidersChanged. Em resposta, o widget host recarrega todas as informações do provedor.
Ao mostrar uma visualização de widget, o host verifica AppWidgetProviderInfo.generatedPreviewCategories e, se a categoria escolhida estiver disponível, chama AppWidgetManager.getWidgetPreview para retornar a visualização salva para esse provedor.

Quando ligar para `setWidgetPreview`

Como não há callback para fornecer visualizações, os apps podem optar por enviar visualizações a qualquer momento durante a execução. A frequência de atualização da visualização depende do caso de uso do widget.

A lista a seguir descreve as duas principais categorias de casos de uso de visualização:

Provedores que mostram dados reais nas visualizações de widget, como informações personalizadas ou recentes. Esses provedores podem definir a visualização depois que o usuário faz login ou faz a configuração inicial no app. Depois disso, eles podem definir uma tarefa periódica para atualizar as visualizações na cadência escolhida. Exemplos desse tipo de widget podem ser um widget de fotos, de agenda, de clima ou de notícias.
Provedores que mostram informações estáticas em visualizações ou widgets de ação rápida que não exibem nenhum dado. Esses provedores podem definir as prévias uma vez, quando o app é iniciado pela primeira vez. Exemplos desse tipo de widget incluem um widget de ações rápidas do Drive ou um widget de atalhos do Chrome.

Alguns provedores podem mostrar visualizações estáticas no seletor de modo Hub, mas as informações no seletor da tela inicial. Esses provedores precisam seguir as orientações para definir as prévias nesses dois casos de uso.

Picture-in-picture

O Android 15 introduz mudanças no modo picture-in-picture (PiP), garantindo uma uma transição mais suave ao entrar no modo picture-in-picture. Isso será benéfico para apps que têm elementos de interface sobrepostos à interface principal, que entra no PiP.

Os desenvolvedores usam o callback onPictureInPictureModeChanged para definir a lógica. que alterna a visibilidade dos elementos da interface sobrepostos. Esse callback é acionada quando a animação de entrada ou saída do picture-in-picture é concluída. Começando em No Android 15, a classe PictureInPictureUiState inclui outro estado.

Com esse estado da interface, os apps destinados ao Android 15 (nível 35 da API) vão observar a Callback Activity#onPictureInPictureUiStateChanged sendo invocado com isTransitioningToPip() assim que a animação do picture-in-picture começar. Existem muitos elementos de IU que não são relevantes para o aplicativo quando ele está no modo picture-in-picture, por exemplos de visualizações ou de layout que incluem informações como sugestões, vídeos, classificações e títulos. Quando o aplicativo entrar no modo picture-in-picture, use o onPictureInPictureUiStateChanged para ocultar esses elementos da interface. Quando o for para o modo de tela cheia pela janela picture-in-picture, use Callback onPictureInPictureModeChanged para reexibir esses elementos, conforme mostrado em os seguintes exemplos:

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

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

Essa alternância rápida de visibilidade de elementos irrelevantes da interface (para uma janela picture-in-picture) ajuda garantir uma animação de entrada no modo picture-in-picture mais suave e sem oscilações.

Regras do modo "Não perturbe" aprimoradas

O AutomaticZenRule permite que os apps personalizem a atenção de gerenciamento (Não perturbe) e decida quando ativar ou desativar para resolvê-los com rapidez. O Android 15 aprimora essas regras de forma significativa, com o objetivo de melhorar a experiência do usuário. As seguintes melhorias estão incluídas:

Adição de tipos a AutomaticZenRule, permitindo que o sistema aplique um tratamento especial a algumas regras.
Adição de um ícone à AutomaticZenRule, ajudando a tornar os modos mais reconhecíveis.
Adicionar uma string triggerDescription a AutomaticZenRule que descreve as condições em que a regra deve ficar ativa para o usuário.
Adicionado ZenDeviceEffects para AutomaticZenRule, permitindo que as regras acionem elementos como escala de cinza tela, modo noturno ou esmaecer o plano de fundo.

Definir VibrationEffect para canais de notificação

O Android 15 oferece suporte à configuração de vibrações avançadas para notificações recebidas canal usando NotificationChannel.setVibrationEffect, então os usuários podem distinguir entre diferentes tipos de notificação sem sem olhar para o dispositivo.

Ícone da barra de status de projeção de mídia e parada automática

A projeção de mídia pode expor informações particulares do usuário. Um novo ícone de status de destaque na barra informa os usuários sobre qualquer projeção de tela em andamento. Os usuários podem tocar no chip para interromper a transmissão, o compartilhamento ou a gravação de tela. Além disso, para uma experiência do usuário mais intuitiva, qualquer projeção de tela em andamento agora é interrompida automaticamente quando a tela do dispositivo é bloqueada.

Bloco da barra de status para compartilhamento de tela, transmissão e gravação.

Telas grandes e formatos

O Android 15 oferece aos seus apps o suporte necessário para aproveitar ao máximo os formatos do Android, incluindo telas grandes, dispositivos dobráveis e flip.

Mais facilidade para várias tarefas em telas grandes

Os usuários podem salvar suas combinações favoritas de apps para tela dividida para
acesso rápido

O Android 15 oferece aos usuários maneiras melhores de realizar várias tarefas em dispositivos de tela grande. Por exemplo, os usuários podem salvar as combinações de apps favoritos na tela dividida para acesso rápido e fixar a barra de tarefas na tela para alternar rapidamente entre os apps. Isso significa que garantir que seu app seja adaptável é mais importante do que nunca.

O Google I/O tem sessões sobre Como criar versões adaptáveis para Android apps e Como criar uma interface com o Material Design 3 biblioteca adaptável isso pode ajudar, e nossa documentação tem mais informações para ajudar você a criar para projetos de telas.

Suporte à tela de capa

O app pode declarar uma propriedade que o Android 15 usa para permitir que o Application ou o Activity seja apresentado nas telas de cobertura pequenas de dispositivos dobráveis compatíveis. Essas telas são muito pequenas para serem consideradas como destinos compatíveis para execução de apps Android, mas seu app pode ativar o suporte a elas, tornando-o disponível em mais lugares.

Conectividade

O Android 15 atualiza a plataforma para dar ao seu app acesso aos mais recentes avanços em tecnologias de comunicação e sem fio.

Suporte a satélite

O Android 15 continua a ampliar o suporte à plataforma para conectividade por satélite e inclui alguns elementos de IU para garantir uma experiência do usuário consistente em todo o de conectividade por satélite.

Os apps podem usar o ServiceState.isUsingNonTerrestrialNetwork() para detectam quando um dispositivo está conectado a um satélite, o que aumenta o reconhecimento por que serviços de rede completos podem estar indisponíveis. Além disso, o Android 15 oferece suporte a apps de SMS e MMS, bem como apps RCS pré-carregados para usar a conectividade por satélite para enviar e receber mensagens.

Uma notificação aparece quando o dispositivo se conecta a um satélite.

Experiências de NFC mais fluidas

O Android 15 está trabalhando para tornar a experiência de pagamento por aproximação mais simples e confiável, além de continuar oferecendo suporte ao ecossistema robusto de apps NFC do Android. Em dispositivos com suporte, os apps podem solicitar que o NfcAdapter entre no modo de observação, em que o dispositivo detecta, mas não responde aos leitores NFC, enviando os PollingFrame objetos do serviço NFC do app para processamento. Os objetos PollingFrame podem ser usados para autenticação antes da primeira comunicação com o leitor NFC, permitindo uma transação com um toque em muitos casos.

Além disso, os apps podem registrar um filtro em dispositivos com suporte para ser notificados sobre a atividade do loop de polling, o que permite uma operação suave com vários aplicativos compatíveis com NFC.

Função da carteira

O Android 15 apresenta uma função de carteira que permite uma integração mais estreita com o app de carteira preferido do usuário. Essa função substitui a configuração de pagamento por aproximação padrão do NFC. Os usuários podem gerenciar o detentor de função da Carteira acessando Configurações > Apps > Apps padrão.

A função da Carteira é usada ao rotear toques NFC para AIDs registrados na categoria de pagamento. Os toques sempre vão para o detentor de função da Carteira, a menos que outro app registrado para o mesmo AID esteja em execução em primeiro plano.

Esse papel também é usado para determinar para onde o bloco de acesso rápido da Carteira precisa ir quando ativado. Quando o papel é definido como "Nenhum", o bloco "Acesso rápido" não está disponível, e os toques NFC da categoria de pagamento são enviados apenas para o app em primeiro plano.

Segurança

O Android 15 ajuda você a melhorar a segurança do app, proteger os dados dele e oferece aos usuários mais transparência e controle sobre os dados deles. Confira a palestra Proteção da segurança do usuário no Android do Google I/O para saber mais sobre o que estamos fazendo para melhorar as proteções do usuário e proteger seu app contra novas ameaças.

Integrar o Gerenciador de credenciais ao preenchimento automático

A partir do Android 15, os desenvolvedores podem vincular visualizações específicas, como campos de nome de usuário ou senha, a solicitações do Gerenciador de credenciais, facilitando a criação de uma experiência personalizada do usuário durante o processo de login. Quando o usuário foca em uma dessas visualizações, uma solicitação correspondente é enviada ao Gerenciador de credenciais. As credenciais resultantes são agregadas entre os provedores e exibidas em interfaces padrão de preenchimento automático, como sugestões inline ou suspensas. A biblioteca androidx.credentials do Jetpack é o endpoint preferencial para desenvolvedores e em breve estará disponível para aprimorar ainda mais esse recurso no Android 15 e versões mais recentes.

Integrar o processo de login e inscrição com um único toque às solicitações biométricas

Credential Manager将生物识别提示集成到凭据创建过程中和登录流程，这样提供商就无需管理生物识别提示。因此，凭据提供程序只需专注于创建和获取流程的结果，并辅以生物识别流程结果。这一简化的流程创建了更高效、更精简的凭据创建和检索过程。

Gerenciamento de chaves para criptografia de ponta a ponta

Estamos lançando o E2eeContactKeysManager no Android 15, que facilita a criptografia de ponta a ponta (E2EE, na sigla em inglês) nos seus apps Android, fornecendo uma API no nível do SO para o armazenamento de chaves públicas criptográficas.

O E2eeContactKeysManager foi projetado para se integrar ao app de contatos da plataforma e oferecer aos usuários uma maneira centralizada de gerenciar e verificar as chaves públicas dos contatos.

Verificações de permissão em URIs de conteúdo

O Android 15 introduz um conjunto de APIs que executam verificações de permissão em URIs de conteúdo:

Context.checkContentUriPermissionFull: realiza uma verificação de permissão completa nos URIs de conteúdo.
Atributo de manifesto Activity requireContentUriPermissionFromCaller: aplica as permissões especificadas aos URIs de conteúdo fornecidos no início da atividade.
Classe ComponentCaller para autores de chamada Activity: representa o app que iniciou a atividade.

Acessibilidade

O Android 15 adiciona recursos que melhoram a acessibilidade para os usuários.

Melhorias no braille

No Android 15, o TalkBack passou a oferecer suporte a telas em braille que usam o padrão HID por USB e Bluetooth seguro.

Esse padrão, semelhante ao usado por mouses e teclados, ajudará o Android a oferecer suporte a uma variedade maior de linhas braille ao longo do tempo.

Internacionalização

O Android 15 adiciona recursos e funcionalidades que complementam a experiência do usuário quando um dispositivo é usado em diferentes idiomas.

Fonte variável CJK

A partir do Android 15, o arquivo de fonte para idiomas chinês, japonês e coreano (CJK), NotoSansCJK, agora é uma fonte variável. As fontes variáveis oferecem possibilidades de tipografia criativa em idiomas CJK. Os designers podem explorar uma gama mais ampla de estilos e criar layouts visualmente atraentes que antes eram difíceis ou impossíveis de alcançar.

Como a fonte variável para idiomas chinês, japonês e coreano (CJK) aparece com larguras de fonte diferentes.

Justificação entre caracteres

No Android 15 e versões mais recentes, o texto pode ser justificado usando o espaçamento entre letras usando JUSTIFICATION_MODE_INTER_CHARACTER. A justificação entre palavras foi introduzida pela primeira vez no Android 8.0 (nível 26 da API), e a justificação entre caracteres oferece recursos semelhantes para idiomas que usam o caractere de espaço em branco para segmentação, como chinês, japonês e outros.

Layout para texto em japonês usando JUSTIFICATION_MODE_NONE.

Layout para texto em inglês usando JUSTIFICATION_MODE_NONE.

Layout para texto em japonês usando JUSTIFICATION_MODE_INTER_WORD.

Layout para texto em inglês usando JUSTIFICATION_MODE_INTER_WORD.

Layout para texto em japonês usando JUSTIFICATION_MODE_INTER_CHARACTER.

Layout para texto em inglês usando JUSTIFICATION_MODE_INTER_CHARACTER.

Configuração automática de quebra de linha

O Android passou a oferecer suporte a quebras de linha baseadas em frases em japonês e coreano em Android 13 (nível 33 da API). No entanto, embora as quebras de linha baseadas em frase melhorem legibilidade de linhas de texto curtas, eles não funcionam bem para linhas de texto longas. No Android 15, os apps só podem aplicar quebras de linha baseadas em frases para linhas curtas de texto usando o método LINE_BREAK_WORD_STYLE_AUTO é a melhor opção. Essa opção seleciona a melhor opção de estilo de palavra para o texto.

Para linhas de texto curtas, são usadas quebras de linha baseadas em frases, funcionando da mesma como LINE_BREAK_WORD_STYLE_PHRASE, conforme mostrado no imagem a seguir:

Para linhas de texto curtas, `LINE_BREAK_WORD_STYLE_AUTO` aplica quebras de linha baseadas em frases para melhorar a legibilidade do texto. Isso é o mesmo que aplicar `LINE_BREAK_WORD_STYLE_PHRASE`.

Para linhas de texto mais longas, LINE_BREAK_WORD_STYLE_AUTO usa um "no" estilo de palavra com quebra de linha, funcionando da mesma forma LINE_BREAK_WORD_STYLE_NONE, conforme mostrado no imagem a seguir:

Para linhas de texto longas, `LINE_BREAK_WORD_STYLE_AUTO` não aplica estilo de palavra com quebra de linha para melhorar a legibilidade do texto. Isso é o mesmo que aplicar `LINE_BREAK_WORD_STYLE_NONE`.

Fonte Hentaigana japonesa adicional

No Android 15, um arquivo de fonte do antigo hiragana japonês (conhecido como hentaigana) é empacotado por padrão. As formas únicas dos caracteres de Hentaigana podem adicionar um toque distinto a obras de arte ou designs, além de ajudar a preservar a transmissão e o entendimento precisos de documentos japoneses antigos.

Estilo de caracteres e texto da hentaigana japonesa fonte.

Cone do VideoLAN Copyright (c) 1996-2010 VideoLAN. Esse logotipo ou uma versão modificada pode ser usado ou modificado por qualquer pessoa para se referir ao projeto VideoLAN ou a qualquer produto desenvolvido pela equipe do VideoLAN, mas não indica endosso do projeto.

Vulkan e o logotipo do Vulkan são marcas registradas do Khronos Group Inc.

O OpenGL é uma marca registrada, e o logotipo do OpenGL ES é uma marca registrada da Hewlett Packard Enterprise usada com permissão do Khronos.

Visão geral de recursos e APIs Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

Câmera e mídia

Aumento do modo pouca luz

Controles da câmera no app

Controle de headroom de HDR

Controle de intensidade

Dispositivos MIDI 2.0 virtuais

Decodificação de software AV1 mais eficiente

Produtividade e ferramentas para desenvolvedores

Atualizações do OpenJDK 17

Melhorias no PDF

Refinamentos da troca automática de idioma

API OpenType Variable Font aprimorada

Kotlin

Java

Kotlin

Java

Controles granulares de quebra de linha

Arquivamento de apps

Ativar o modo de 16 KB em um dispositivo usando as opções do desenvolvedor

Gráficos

Modernização do acesso à GPU do Android

Android ANGLE on Vulkan 路线图

建议的后续措施

Melhorias no Canvas

Desempenho e bateria

API ApplicationStartInfo

Informações detalhadas sobre o tamanho do app

Criação de perfil gerenciada pelo app

Melhorias no banco de dados SQLite

Atualizações do Android Dynamic Performance Framework

Privacidade

Detecção de gravação de tela

Recursos expandidos do IntentFilter

Espaço privado

Consultar a seleção de usuário mais recente para o acesso a fotos selecionadas

Kotlin

Java

Sandbox de privacidade no Android

Conexão Saúde

Compartilhamento de tela de app

Experiência do usuário e interface do sistema

Prévia de widgets mais completa com a API Generated Previews

API Push

Quando ligar para setWidgetPreview

Picture-in-picture

Regras do modo "Não perturbe" aprimoradas

Definir VibrationEffect para canais de notificação

Ícone da barra de status de projeção de mídia e parada automática

Telas grandes e formatos

Mais facilidade para várias tarefas em telas grandes

Suporte à tela de capa

Conectividade

Suporte a satélite

Experiências de NFC mais fluidas

Função da carteira

Segurança

Integrar o Gerenciador de credenciais ao preenchimento automático

Integrar o processo de login e inscrição com um único toque às solicitações biométricas

Gerenciamento de chaves para criptografia de ponta a ponta

Verificações de permissão em URIs de conteúdo

Acessibilidade

Melhorias no braille

Internacionalização

Fonte variável CJK

Justificação entre caracteres

Configuração automática de quebra de linha

Fonte Hentaigana japonesa adicional

Visão geral de recursos e APIs

Quando ligar para `setWidgetPreview`