Notas da versão do Android 16

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

Áudio

Suporte a políticas de áudio configuráveis

A HAL do HIDL 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 para CAP não foi implementado no Android 14 e 15 devido à falta de recursos. Corrigimos isso no Android 16 fornecendo definições AIDL ausentes e mudando o mecanismo de carregamento da configuração CAP pelo framework. Consulte Suporte a políticas de áudio configuráveis na HAL da AIDL para mais informações.

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

Arquitetura

Carregador de inicialização genérico (GBL)

O Android 16 introduz suporte a um novo carregador de inicialização genérico (GBL, na sigla em inglês), 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 linhas de execução (TLS). 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, já que libera aproximadamente 8 KB na página de memória da linha de execução inicial. 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. Sistemas que usam um tamanho de página de 4 KB também têm uma 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 no pacote de testes de imagens da câmera (ITS). Para mais detalhes, consulte:

Documento de definição de compatibilidade (CDD)

O Documento de definição de compatibilidade do Android 16 (CDD) foi lançado.

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 conferir a documentação específica dessa mudança, consulte Atualizações dos testes MIDI do CTS Verifier Bluetooth.

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 conferir a documentação específica dessa mudança, consulte Testes de medição do barômetro do CTS Verifier.

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

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

Para conferir a documentação específica dessa mudança, consulte Atualizações do teste de vários dispositivos do CTS Verifier.

Conectividade

Identificação do SO Android

A partir do Android 16, o framework Android inclui um serviço de atributo genérico (GATT) chamado serviço de informações do Android (AIS), que permite que dispositivos Bluetooth leiam o nível da API Android como uma característica GATT do serviço. Esse serviço informa aos fabricantes de dispositivos Bluetooth se um periférico Bluetooth está pareando com um dispositivo central que executa o sistema operacional Android e gerencia 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 apresenta a API do sistema EmergencyCallbackModeListener que permite ao módulo IMS receber o estado do modo de retorno de chamada de emergência por um callback quando o dispositivo entra ou sai desse modo para SMS ou chamadas. Os fabricantes de dispositivos podem usar essa API para implementar o gerenciamento de registro do IMS e atender aos requisitos da operadora e do 3GPP. Por exemplo, se o equipamento do usuário (UE) estiver no modo de retorno de chamada de emergência, o módulo IMS poderá ser configurado 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 do IMS:

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

Módulo de alcance

O Android 16 apresenta o módulo Ranging, que agrega as APIs para tecnologias de alcance, incluindo banda ultralarga, detecção de canal Bluetooth, alcance de RSSI Bluetooth e tempo de ida e volta (RTT) do 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 (AP suave) e o motivo da desconexão de cada cliente. Com esse recurso, os OEMs automotivos atendem às especificações necessárias para apps projetados, melhorando a capacidade de configuração e a funcionalidade da pilha Wi-Fi do Android.

Para usar o método SoftApCallback#onClientsDisconnected, 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 somente local. Os callbacks de AP suave registrados precisam substituir o método SoftApCallback#onClientsDisconnected. Para mais informações, consulte Desenvolver apps com APIs de hotspot.

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

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

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

Tela

Modo janela para computador

O Modo Janela para Computador aumenta a produtividade porque oferece uma interface familiar para organizar e redimensionar janelas sobrepostas. Consulte Suporte a várias janelas para informações sobre como oferecer suporte ao redimensionamento de janelas no computador.

Interação

Retorno tátil

O Android 16 apresenta APIs para reduzir a fragmentação háptica 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 hápticas semelhantes em dispositivos parecidos.

Confira a seguir um resumo de como as novas APIs no Android 16 melhoram os recursos hápticos:

  • Reduza os custos de desenvolvimento removendo a otimização por dispositivo com uma escala de valores normalizada.
  • Crie um conjunto de base de primitivos hápticos para o ecossistema (por exemplo, CLICK, TICK, LOW_TICK, SLOW_RISE, QUICK_RISE, QUCK_FALL, THUD, SPIN).
  • Suporte para criar e compor efeitos paramétricos (duração, amplitude e frequência).
  • Suporte à proteção automática contra sobrecarga de hápticos.
  • Ativar experiências multissensoriais, como háptica e som combinados.
  • Fechar a lacuna de paridade de recursos para desenvolvedores de háptica do Android.

Recomendamos integrar e usar as novas APIs PWLE normalizadas para ativar primitivos hápticos básicos e oferecer suporte a novas experiências hápticas para desenvolvedores. Para mais informações, consulte Implementar efeitos de PWLE.

Sensor de frequência cardíaca

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

Mídia

Compatibilidade com HDR

O Android 16 apresenta 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.
  • Ativar o Ultra HDR para fotos por padrão.
  • Oferecer suporte a vídeos HLG e captura Ultra HDR no app.

Estrutura de qualidade de mídia

No Android 16, estamos criando uma nova estrutura 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 de imagem (PQ) e qualidade de áudio (AQ) em TVs Android e simplifica o desenvolvimento para fornecedores. Esse recurso oferece o seguinte:

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

Codec de vídeo

No Android 16, vamos lançar a compatibilidade da plataforma com o codec Advanced Professional Video (APV). O 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 de o suporte a codecs de software AV1 estar melhorando.

Você pode adotar o AV1 para ter mais qualidade, confiabilidade e simultaneidade, além de considerar o suporte ao APV nos apps Câmera e Galeria.

Desempenho

Modo Revenda

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

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

Permissões

Atualizações de papéis do Android

O Android 16 atualiza as seguintes funções:

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

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

Consulte Funções do Android para mais informações.

Segurança

Segurança celular

O Android 16 apresenta pequenas mudanças na experiência do usuário na opção de ativar/desativar a conectividade 2G nas configurações do SIM para alinhar com o restante das Configurações. O Android 16 também apresenta uma seção dedicada aos recursos de segurança da rede celular chamada Segurança da rede móvel no 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 KeyMint 4.0 incluem um novo campo moduleHash na estrutura KeyDescription.

Consulte Atestação de chave e ID para mais informações.

Armazenamento

Conta padrão de contatos

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:

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

Atualizações

Atualizações de apps sem problemas

Quando um pacote está sendo atualizado, ele é interrompido e colocado em um estado congelado para impedir que ele seja executado enquanto o código e os recursos estão mudando. Para apps grandes, complexos e críticos para o sistema, colocar pacotes em um estado congelado pode resultar em uma experiência do usuário ruim, 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 fica congelado de segundos para dezenas de milissegundos.

Virtualização

O Android 16 traz recursos expandidos para o Android Virtualization Framework (AVF) e o hipervisor KVM protegido (pKVM), como atualizações de SO aprimoradas em máquinas virtuais (VMs) e a introdução de um terminal Linux. Confira uma lista das principais mudanças no AVF:

  • Compatibilidade com o Kit de desenvolvimento nativo de baixo nível (LL-NDK) do AVF. O Android 16 permite que os fornecedores iniciem VMs da partição do fornecedor usando o AVF gerenciado pelo Google.
  • Compatibilidade com 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) do KeyMint.
  • Atualizações do Microdroid. O Microdroid inclui armazenamento criptografado redimensionável e suporte a VM protegida de 16K para melhorar o desempenho.
  • Suporte ao terminal do Linux. O Ferrochrome apresenta um terminal Linux baseado em Debian em uma máquina virtual.
  • Estrutura de firmware convidado para suporte ao perfil A do Arm (FF-A). O pKVM é compatível com comunicação segura padronizada do FF-A com o TrustZone para VMs protegidas.
  • Atualizações de VMs protegidas. O Trusty OS para aplicativos confiáveis (TA) padrão permite executar miniaplicativos confiáveis do TrustZone em VMs protegidas para aumentar o isolamento e a capacidade de atualização.
  • Suporte a chamadas de monitoramento seguras (SMCs, na sigla em inglês) particulares do fornecedor. É possível mover o código atual com SMCs particulares do fornecedor para uma pVM.
  • Atualizações de atribuição de dispositivos. O Android 16 permite atribuir dispositivos de plataforma a pVMs, permitindo acesso direto ao hardware.
  • Suporte sem proteção para paridade de convidados. Os convidados desprotegidos têm suporte completo para o 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 do hipervisor. O Android 16 inclui eventos de geração de registros estruturados e rastreamento de funções aprimorado.

Para mais informações sobre essas mudanças, consulte Android Virtualization Framework.