Notas da versão do Android 16

Esta página resume os principais recursos da versão do Android 16 e apresenta 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

O HAL de 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 a HAL do AIDL, 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 a política de áudio configurável na HAL da AIDL para mais informações.

Convertemos a segmentação automática do Cuttlefish para aproveitar a implementação do AIDL do CAP 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).

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)

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

Atualizações do teste MIDI do 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 CTS-V sem um periférico USB MIDI.

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

Atualizações do teste do 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 CTS-V.

Para conferir 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 CTS-V.

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

Conectividade

Identificação do SO Android

A partir do Android 16, o framework do Android inclui um serviço de atributo genérico (GATT) 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 do 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á pareado com um dispositivo central que está executando o SO Android e gerenciar 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 que o módulo IMS receba o estado do modo de retorno de chamada de emergência por meio de um callback quando o dispositivo entra ou sai do modo de retorno de chamada de emergência para SMS ou ligações. 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 estado de 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 apresenta 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 os apps privilegiados podem usar para oferecer suporte aos 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 posicionamento

O Android 16 apresenta o módulo de medição de distância, que agrega as APIs para tecnologias de medição, incluindo banda ultralarga, som de canal Bluetooth, medição de distância RSSI do Bluetooth e tempo de ida e volta do Wi-Fi (RTT). Para mais informações, consulte:

Atualizações do ponto de acesso Wi-Fi

O Android 16 apresenta 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, 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 vinculado 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 ponto de acesso.

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

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

  • 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

A janela de área de trabalho 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 a janelas de área de trabalho.

Interação

Retorno tátil

O Android 16 apresenta APIs para reduzir a fragmentação de haptics 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 haptics:

  • Reduza os custos de desenvolvimento removendo o ajuste por dispositivo usando uma escala de valor normalizada.
  • Crie um conjunto de referência de primitivas de háptica 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 para acionamento excessivo de retorno tátil.
  • Permita experiências multissensoriais, como a combinação de som e retorno tátil.
  • Fechar a lacuna de paridade de recursos para desenvolvedores de haptics do Android.

Recomendamos integrar e usar as novas APIs PWLE normalizadas para ativar primitivas de retorno tátil de referência e oferecer suporte a novas experiências de retorno tátil 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 do Android usa a permissão SENSOR_PERMISSION_READ_HEART_RATE para sensores de frequência cardíaca. 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, 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.
  • Ative o Ultra HDR para fotos por padrão.
  • Ofereça suporte a apps para captura de vídeo HLG e Ultra HDR.

Estrutura 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 TV 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:

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

Codec de vídeo

No Android 16, lançamos o suporte da plataforma ao codec Advanced Professional Video (APV). O codec APV é um codec intraframe de alto bitrate projetado para oferecer aos criadores de conteúdo capturas e edições de alta qualidade.

Além disso, o Google planeja migrar 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 ao codec de software AV1 estar melhorando.

Você pode adotar o AV1 para uma qualidade, confiabilidade e contemporaneidade maiores e considerar o suporte ao APV no app 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 para a configuração original.

Para mais informações, consulte Receber informações de 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 espelho de apps, que permitem streaming, transmissão ou espelhamento, de um dispositivo Android, como smartphone ou tablet, para um computador desktop ou laptop.

  • COMPANION_DEVICE_NEARBY_DEVICE_STREAMING: para casos de uso de dispositivos Android, como smartphone ou tablet, para o app de veículo conectado e para o streaming de apps de dispositivos XR.

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

Segurança

Segurança da rede celular

O Android 16 apresenta pequenas mudanças na UX do interruptor de conectividade 2G presente nas Configurações do SIM para alinhá-lo ao restante das Configurações. O Android 16 também apresenta uma seção dedicada para recursos de segurança de rede celular chamada Segurança de rede móvel no Centro de segurança em Configurações.

Integridade do dispositivo

O Android 16 adiciona suporte a certificados de atestado da KeyMint versão 4.0. 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.

Armazenamento

Conta de contatos padrão

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

  • Promova as 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
  • Desestimular a criação de novos contatos locais e do chip

Atualizações

Atualizações de apps impecáveis

Quando um pacote está sendo atualizado, ele é interrompido e colocado em um estado congelado para impedir que 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 vários segundos para dezenas de milissegundos.