Notas da versão do Android 16, Android 16 QPR1 e Android 16 QPR2

Esta página resume os principais recursos das versões do Android 16, do QPR1 do Android 16 e do QPR2 do Android 16 e inclui links para mais informações. Esses resumos de recursos são organizados de acordo com o local da documentação do recurso neste site.

Áudio

Suporte à política de áudio configurável

O HIDL HAL permite que os fornecedores do Android usem uma abordagem alternativa para especificar regras de roteamento de áudio chamada Política de áudio configurável (CAP, na sigla em inglês), que é mais flexível do que o mecanismo padrão usado para smartphones. Ao migrar para o AIDL HAL, o suporte ao CAP não foi implementado no Android 14 e 15 devido à falta de recursos. Corrigimos isso no Android 16, fornecendo definições de AIDL ausentes e mudando o mecanismo de carregamento da configuração do CAP pelo framework. Consulte Suporte à política de áudio configurável no AIDL HAL para mais informações.

Convertemos o destino do Cuttlefish Auto para aproveitar a implementação do CAP AIDL para ajudar os parceiros na migração dos produtos.

Arquitetura

Carregador de inicialização genérico (GBL, na sigla em inglês)

O Android 16 introduz suporte a um novo carregador de inicialização genérico (GBL), um carregador de inicialização padronizado e atualizável projetado para simplificar o processo de inicialização do Android.

Para mais informações sobre o GBL, consulte Visão geral do carregador de inicialização genérico (GBL).

Tamanho de página de 16 KB

No Android 16, a otimização de memória foi implementada para armazenamento local de threads (TLS, na sigla em inglês). Os buffers das funções basename() e dirname() agora estão isolados da região principal do TLS em páginas de memória dedicadas que são alocadas apenas no primeiro uso. Essa mudança gera uma economia significativa de memória, principalmente em sistemas com um tamanho de página de 16 KB, liberando aproximadamente 8 KB na página de memória inicial da thread. Essa otimização não apenas reduz o consumo geral de memória, mas também oferece mais espaço para a pilha crescer antes de exigir uma nova página, ajudando a diminuir as falhas de página devido à expansão da pilha. Os sistemas que usam um tamanho de página de 4 KB também têm alguma economia de memória.

Para mais informações sobre o tamanho de página de 16 KB, consulte Tamanho de página de 16 KB.

Compatibilidade

Atualizações do Camera ITS

O Android 16 contém atualizações do pacote de testes de imagem da Câmera (ITS, na sigla em inglês). Para mais detalhes, consulte:

Documento de definição de compatibilidade (CDD, na sigla em inglês)

O Documento de definição de compatibilidade (CDD) do Android 16 é lançado com as atualizações do QPR2 do Android 16.

Atualizações do teste MIDI Bluetooth do CTS Verifier

Para simplificar o procedimento de teste e reduzir possíveis erros, o Android 16 permite executar testes de loopback MIDI Bluetooth do CTS-V sem um periférico MIDI USB.

Para a documentação específica dessa mudança, consulte Atualizações dos testes MIDI Bluetooth do CTS Verifier.

Atualizações do teste de barômetro do CTS Verifier

Para oferecer suporte aos recursos de localização do Android, o Android 16 inclui um novo conjunto de testes de medição de barômetro do CTS-V.

Para a documentação específica dessa mudança, consulte Testes de medição de barômetro do CTS Verifier.

Atualizações do teste de vários dispositivos do CTS Verifier

Para oferecer suporte aos recursos de conectividade do Android, o Android 16 inclui um novo conjunto de testes do CTS-V.

Para a documentação específica dessa mudança, consulte Executar testes de vários dispositivos do CTS Verifier.

Executar testes de conexão de ponto de acesso Wi-Fi

Para oferecer suporte aos recursos de conectividade do Android Better Together, o QPR2 do Android 16 inclui um novo conjunto de testes de conexão de ponto de acesso Wi-Fi.

Para a documentação específica dessa mudança, consulte Configurar testes de conexão de ponto de acesso Wi-Fi.

Conectividade

Identificação do SO Android

No Android 16 e versões mais recentes, o framework do Android inclui um serviço de atributo genérico (GATT, na sigla em inglês) chamado Serviço de informações do Android (AIS, na sigla em inglês), que permite que dispositivos Bluetooth leiam o nível da API Android como uma característica GATT do serviço. Esse serviço permite que os fabricantes de dispositivos Bluetooth saibam se um periférico Bluetooth está pareando com um dispositivo central que executa o SO Android e gerenciem a lógica especializada com base no nível da API.

Para mais informações, consulte Identificação do SO Android.

Modo de retorno de chamada de emergência

O Android 16 introduz a EmergencyCallbackModeListener API do sistema que permite que o módulo IMS receba o estado do modo de retorno de chamada de emergência por um callback quando o dispositivo entra ou sai do modo de retorno de chamada de emergência para SMS ou chamadas. Os fabricantes de dispositivos podem usar essa API para implementar o gerenciamento de registro do IMS para atender aos requisitos da operadora e do 3GPP. Por exemplo, se o equipamento do usuário (UE, na sigla em inglês) estiver no estado do modo de retorno de chamada de emergência, o módulo IMS poderá ser definido para manter o registro de emergência por um determinado período. O módulo IMS também pode manter, estender e cancelar o registro de emergência, dependendo do estado do modo de retorno de chamada de emergência.

Atualizações do serviço IMS

O Android 16 introduz APIs do sistema que fabricantes e fornecedores de dispositivos podem usar para a implementação do IMS. A tabela a seguir lista as APIs que apps privilegiados podem usar para oferecer suporte a serviços IMS:

Turma API
MmTelFeature EpsFallbackReason
ImsTrafficType
ImsTrafficDirection
modifyImsTrafficSession
startImsTrafficSession
stopImsTrafficSession
triggerEpsFallback
ImsTrafficSessionCallback Todos
ConnectionFailureInfo Todos
TelephonyManager getImsPrivateUserIdentity
getImsPublicUserIdentities
getImsPcscfAddresses
getSimServiceTable
ImsCallSessionListener callSessionTransferred
callSessionTransferFailed
callSessionSendAnbrQuery
SmsMessage getRecipientAddress

Módulo de alcance

O Android 16 introduz o módulo de alcance, que agrega as APIs para tecnologias de alcance, incluindo banda ultralarga, som de canal Bluetooth, alcance RSSI Bluetooth e tempo de ida e volta (RTT, na sigla em inglês) de Wi-Fi. Para mais informações, consulte:

Atualizações do ponto de acesso Wi-Fi

O Android 16 introduz o método SoftApCallback#onClientsDisconnected para receber uma lista de clientes desconectados de um ponto de acesso Wi-Fi (Soft AP) e o motivo da desconexão de cada cliente. Esse recurso permite que os OEMs automotivos atendam às especificações necessárias para apps projetados, aprimorando a capacidade de configuração e a funcionalidade da pilha Wi-Fi do Android.

Para usar o SoftApCallback#onClientsDisconnected método, registre um callback para receber os recursos do dispositivo usando WifiManager#registerSoftApCallback para um ponto de acesso conectado ou WifiManager#registerLocalOnlyHotspotSoftApCallback para um ponto de acesso local. Os callbacks de ponto de acesso registrados precisam substituir o método SoftApCallback#onClientsDisconnected. Para mais informações, consulte Desenvolver apps com APIs de ponto de acesso.

Para um exemplo de implementação de um ponto de acesso Wi-Fi conectado na página de configurações do AAOS Car de referência que usa SoftApCallback, consulte WifiTetheringHandler.java.

Para testar a implementação, execute os seguintes testes de unidade e do CTS Verifier:

  • Testes de unidade
    • Gerenciadores: atest packages/modules/Wifi/framework/tests/
    • Serviços: atest packages/modules/Wifi/service/tests/wifitests/
  • Testes do CTS Verifier: atest CtsWifiSoftApTestCases

Display

Modo janela para computador

O modo janela para computador permite maior produtividade, oferecendo uma interface familiar para organizar e redimensionar janelas sobrepostas. Consulte Suporte a várias janelas para informações sobre como oferecer suporte ao modo janela para computador.

Configuração de rotação automática baseada no estado do dispositivo

Uma implementação refatorada para a configuração de rotação automática baseada no estado do dispositivo está disponível a partir da versão QPR1 do Android 16. As versões anteriores da configuração de rotação automática baseada no estado do dispositivo têm um problema conhecido em que o valor da configuração pode mudar sem interação do usuário.

Consulte Configuração de rotação automática baseada no estado do dispositivo para mais detalhes.

Categorização de blocos de Configurações Rápidas

O QPR2 do Android 16 inclui categorias de blocos de Configurações Rápidas (adicionadas no Beta 1), que são descritas em Criar blocos personalizados de Configurações Rápidas para seu app. Essas categorias classificam os blocos no modo de edição das Configurações Rápidas para que os usuários possam encontrar blocos mais rapidamente.

Consulte Categorização de blocos de Configurações Rápidas para mais informações.

Interação

Funcionalidade tátil

O Android 16 introduz APIs para reduzir a fragmentação da funcionalidade tátil no ecossistema, eliminar a necessidade de ajuste individual do dispositivo e oferecer experiências de movimento mais ricas e expressivas para desenvolvedores e usuários finais de dispositivos. A nova API de envelope linear por partes (PWLE, na sigla em inglês) oferece suporte à criação de efeitos PWLE normalizados que produzem percepções táteis semelhantes em dispositivos semelhantes.

Confira a seguir um resumo de como as novas APIs do Android 16 melhoram os recursos de retorno tátil:

  • Reduza os custos de desenvolvimento removendo o ajuste por dispositivo usando uma escala de valores normalizada.
  • Crie um conjunto de primitivos de retorno tátil para o ecossistema (por exemplo, CLICK, TICK, LOW_TICK, SLOW_RISE, QUICK_RISE, QUICK_FALL, THUD, SPIN).
  • Ofereça suporte à criação e composição de efeitos paramétricos (duração, amplitude e frequência).
  • Ofereça suporte à proteção automática para sobrecarga de funcionalidade tátil.
  • Ative experiências multissensoriais, como retorno tátil e som combinados.
  • Feche a lacuna de paridade de recursos de desenvolvedor de retorno tátil do Android.

Recomendamos integrar e usar as novas APIs PWLE normalizadas para ativar primitivos de retorno tátil de valor de referência e oferecer suporte a novas experiências de retorno tátil para desenvolvedores. Para mais informações, consulte Implementar efeitos PWLE.

Sensor de frequência cardíaca base

No Android 16, para manter a compatibilidade, o framework do Android usa a permissão SENSOR_PERMISSION_READ_HEART_RATE para sensores de frequência cardíaca base. No Android 15 e versões anteriores, o framework usa a permissão SENSOR_PERMISSION_BODY_SENSORS. Para mais informações sobre o tipo de sensor de frequência cardíaca base, consulte Frequência cardíaca.

Mídia

Compatibilidade com HDR

O Android 16 introduz as seguintes melhorias para suporte a HDR:

Recomendamos o seguinte:

  • Ative o HLG ou o DolbyVision (8.4 com HLG) no app de câmera por padrão.
  • Ative o Ultra HDR para fotos por padrão.
  • Ofereça suporte a vídeos HLG e captura Ultra HDR.

Framework de qualidade de mídia

No Android 16, estamos projetando um novo framework de qualidade de imagem e áudio para estabelecer uma API padronizada para implementações de televisão Android. Esse framework oferece uma abordagem unificada para ajustes de qualidade da imagem (PQ) e qualidade do áudio (AQ) em TVs Android e simplifica o desenvolvimento para fornecedores. Esse recurso oferece o seguinte:

  • Configuração granular de qualidade da imagem por stream, por usuário e por tipo de entrada no painel de exibição, com uma configuração de nível do sistema para toda a tela a ser usada em todos os apps
  • Configuração granular de áudio por stream e por dispositivo, com uma configuração de nível do sistema para usar em todos os apps

Codificação de vídeo

No Android 16, estamos lançando suporte de plataforma para o codec de vídeo profissional avançado (APV, na sigla em inglês). O codec APV é um codec intraquadro de alta taxa de bits projetado para oferecer aos criadores de conteúdo capturas e edições de alta qualidade.

Além disso, o Google planeja fazer a transição de todos os usuários do VP8, VP9 e AVC (H.264) para o AV1. Os desenvolvedores de apps preferem o AV1, a próxima geração de codecs, para evitar transcodificações no back-end e reduzir a latência. Os codecs de hardware ainda são recomendados, especialmente para codificação, apesar do suporte ao codec de software AV1 estar melhorando.

Você pode adotar o AV1 para maior qualidade, confiabilidade e simultaneidade e considerar o suporte ao APV no app Câmera e app de galeria.

Desempenho

Modo Revenda

O Android 16 introduz o modo Revenda, que permite que desenvolvedores e revendedores avaliem a integridade do sistema após uma redefinição de fábrica.

Para mais informações, consulte Receber informações sobre a integridade do sistema.

Permissões

Atualizações de papéis do Android

O Android 16 atualiza os seguintes papéis:

  • COMPANION_DEVICE_APP_STREAMING: para casos de uso de streaming, transmissão ou espelhamento de apps, que permitem streaming, transmissão ou espelhamento, de um dispositivo Android, como smartphone ou tablet, para um computador desktop ou notebook.

  • COMPANION_DEVICE_NEARBY_DEVICE_STREAMING: para casos de uso de dispositivos Android, como smartphone ou tablet, para o app Connected Vehicle e para o streaming de apps de dispositivos XR.

Consulte Papéis do Android para mais informações.

Segurança

Segurança celular

O Android 16 introduz pequenas mudanças na experiência do usuário no controle de conectividade 2G presente nas configurações do SIM para alinhá-lo ao restante das Configurações. O Android 16 também introduz uma seção dedicada para recursos de segurança celular chamada Segurança da rede móvel na Central de segurança em Configurações.

Integridade do dispositivo

O Android 16 adiciona suporte para certificados de atestado da versão 4.0 do KeyMint. Para verificar a integridade dos módulos APEX carregados, os certificados do KeyMint 4.0 incluem um novo campo moduleHash na estrutura KeyDescription.

Consulte Atestado de chave e ID para mais informações.

Filtragem de syscalls da GPU

O QPR2 do Android 16 adiciona uma macro SELinux para proteger os drivers do kernel. Essa macro bloqueia IOCTLs restritas na produção, como IOCTLs descontinuadas ou IOCTLs para desenvolvimento de drivers de kernel. Ela também limita IOCTLs para criação de perfil de driver a apps de shell ou depuráveis. Use essa macro para melhorar a segurança do dispositivo.

Consulte Filtragem de syscalls da GPU para mais informações.

Mover arquivos para o espaço privado

O QPR2 do Android 16 permite que os usuários importem arquivos e fotos diretamente para o espaço privado do perfil principal. O fluxo é iniciado em um atalho Adicionar arquivos do botão Adicionar na tela de início, que usa um novo app do sistema para permitir que os usuários movam ou copiem arquivos selecionados para a pasta Downloads do espaço privado. A adoção desse recurso pelo OEM é opcional.

Consulte Espaço privado para mais informações.

Armazenamento

Conta de contatos padrão

Os usuários do Android perdem alguns contatos ao mudar para um dispositivo diferente. Para reduzir a perda de contatos, o Android 16 introduz o conceito de uma conta padrão para contatos. Para oferecer suporte a esse recurso, o app Contatos precisa:

  • Promover opções de sincronização na nuvem para evitar a perda de contatos ao longo do tempo
  • Perguntar aos usuários se eles querem mover os contatos locais e do SIM para contas padrão da nuvem
  • Desencorajar a criação de novos contatos locais e do SIM

Atualizações

Atualizações de apps sem interrupção

Quando um pacote está sendo atualizado, ele é interrompido e colocado em um estado congelado para evitar que seja executado enquanto o código e os recursos estão mudando. Para apps grandes, complexos e críticos do sistema, colocar pacotes em um estado congelado pode resultar em uma experiência ruim do usuário, já que os apps dependentes podem não ser executados.

O Android 16 reduz o tempo em que um app não pode ser executado movendo dexopt ou dex2oat para uma fase anterior do processo de instalação. Essa mudança reduz o tempo em que um app é congelado de um máximo de segundos para dezenas de milissegundos.

Virtualização

O Android 16 oferece recursos expandidos para o Framework de virtualização do Android (AVF, na sigla em inglês) e o hipervisor KVM protegido (pKVM, na sigla em inglês), como atualizações de SO aprimoradas em máquinas virtuais (VMs) e a introdução de um terminal Linux. Confira a seguir uma lista de mudanças importantes no AVF:

  • Suporte ao Kit de desenvolvimento nativo de baixo nível (LL-NDK, na sigla em inglês) do AVF. O Android 16 permite que os fornecedores iniciem VMs da partição do fornecedor usando o AVF gerenciado pelo Google.
  • Suporte a VMs de inicialização antecipada. O AVF permite que as VMs sejam executadas mais cedo no processo de inicialização, beneficiando payloads críticos, como camadas de abstração de hardware (HALs, na sigla em inglês) do KeyMint.
  • Atualizações do Microdroid. O Microdroid inclui armazenamento criptografado redimensionável e suporte a VMs protegidas de 16K para melhorar o desempenho.
  • Suporte ao terminal Linux. O Ferrochrome introduz um terminal Linux baseado em Debian em uma máquina virtual.
  • Framework de firmware convidado para suporte ao perfil A do Arm (FF-A, na sigla em inglês). O pKVM oferece suporte à comunicação segura padronizada do FF-A com o TrustZone para VMs protegidas.
  • Atualizações de VMs protegidas. O SO Trusty para aplicativos confiáveis padrão (TAs, na sigla em inglês) permite executar applets confiáveis do TrustZone em VMs protegidas para maior isolamento e capacidade de atualização.
  • Suporte a chamadas de monitor seguro (SMCs, na sigla em inglês) privadas do fornecedor. É possível mover o código atual com SMCs privadas do fornecedor para uma pVM.
  • Atualizações de atribuição de dispositivos. O Android 16 oferece suporte à atribuição de dispositivos de plataforma a pVMs, permitindo acesso direto ao hardware.
  • Suporte à paridade de convidados não protegidos. Os convidados não protegidos têm suporte completo ao notificador da unidade de gerenciamento de memória (MMU, na sigla em inglês) e memória não fixada, como um app Android.
  • Atualizações de rastreamento de hipervisor. O Android 16 inclui eventos de registro estruturados e rastreamento de funções aprimorado.

Para mais informações sobre essas mudanças, consulte Framework de virtualização do Android.