Veja nesta página um resumo os principais recursos do lançamento do Android 13 e links para outras informações. Os resumos de recursos são organizados de acordo com o local da documentação do recurso neste site.
Arquitetura
Mudanças na partição de inicialização genérica
Em dispositivos lançados com o Android 13, o ramdisk genérico
é removido da imagem boot
e colocado em uma imagem init_boot
separada.
Para ver mais informações, consulte Partição de inicialização genérica.
Módulos GKI
No Android 13, parte da funcionalidade do kernel é fornecida em módulos carregáveis dinâmicos chamados módulos GKI para reduzir o consumo de memória do kernel de GKI em dispositivos que não exigem essa funcionalidade.
Para ver mais informações, consulte Módulos do kernel.
Componentes modulares do sistema
Para ver informações sobre componentes novos e atualizados do sistema modular, consulte Atualizações no Android 13.
Atualização de suporte ao sistema de arquivos do kernel Android
A partir do Android 13, o espaço do usuário funciona apenas com sistemas de arquivos integrados à imagem genérica do kernel (GKI, na sigla em inglês).
Para ver mais detalhes, consulte Suporte ao sistema de arquivos do kernel Android.
Áudio
Suporte a MIDI 2.0
A partir do Android 13, o suporte a MIDI 2.0 foi adicionado ao transporte USB. MIDI 2.0 é um padrão MIDI mais recente definido em 2020.
Consulte a página MIDI para saber mais.
Atualização da HAL de áudio
A partir do Android 13, a HAL de áudio foi atualizada para a versão 7.1. Consulte HAL de áudio para saber mais.
Automotive
Novos recursos no Android Automotive
Para saber mais sobre os novos recursos do Android Automotive no Android 13, consulte O que há de novo.
Build
Criação com o Bazel
O Android 13 introduz a criação de kernels pelo
Bazel, substituindo build/build.sh
.
Para ver mais informações, consulte Bazel (Kleaf).
Câmera
HAL de câmera AIDL
No Android 13, o framework da câmera inclui suporte a HALs de câmera de interface AIDL. O framework da câmera também oferece suporte a HALs de câmera HIDL. No entanto, os recursos de câmera adicionados no Android 13 ou versões mais recentes estão disponíveis apenas pela HAL de câmera de interface AIDL.
Para ver informações sobre a migração dos processos HAL de câmera da interface HIDL para AIDL, consulte HAL de câmera AIDL.
Atualizações da depuração da câmera
O Android 13 adiciona a ferramenta de depuração watch
ao
serviço da câmera, que permite visualizar as mudanças na solicitação de captura e nos valores
de resultado que são enviados de e para a HAL de câmera. A ferramenta permite a visualização em tempo real
de despejos do monitoramento de tags de clientes abertos e a visualização
em cache de clientes fechados.
Para ver mais informações, consulte Depuração da câmera.
Estabilização da visualização da câmera
O Android 13 adiciona suporte à estabilização de vídeo no fluxo de visualização em sessões de captura da câmera. Esse recurso permite que apps de terceiros ofereçam uma experiência o que você vê é o que você recebe (WYSIWYG, na sigla em inglês) ao comparar a visualização da câmera e a gravação.
Para ver mais informações, consulte Estabilização da visualização da câmera.
Controle da intensidade da luz da lanterna
O Android 13 introduz um recurso para controlar vários níveis de intensidade da luz da lanterna. No Android 12 e versões anteriores, o framework só permite ativar ou desativar o modo lanterna. O novo recurso possibilita alguns casos de uso, como o controle do brilho da lanterna com base nas condições de iluminação e o envio de sinais para receber ajuda com um efeito estroboscópico, enviando pulsos rápidos de luz em sequência.
Para ver mais informações, consulte Controle da intensidade da luz da lanterna.
Saída de câmera de 10 bits
O Android 13 adiciona suporte à saída de câmera de 10 bits usando perfis de intervalo dinâmico que podem ser configurados pelo cliente da câmera como parte da configuração do fluxo. Isso permite que os fabricantes de dispositivos adicionem suporte a perfis de intervalo dinâmico de 10 bits, como HLG10, HDR 10, HDR 10+ e Dolby Vision.
Para ver mais informações, consulte Saída de câmera de 10 bits.
Para incentivar a adoção da saída de câmera de 10 bits em apps de terceiros, como
apps de mídias sociais, para melhorar a captura de vídeo e as experiências de compartilhamento de vídeo,
é importante validar adequadamente a implementação desse recurso.
Os apps de terceiros que quiserem adotar o recurso provavelmente vão começar pelo
perfil autorizado
HLG10
.
Para ver mais detalhes, consulte
Validação.
Compatibilidade
Atualizações do Camera ITS
O Android 13 introduz mudanças no Camera ITS, que incluem suporte aos testes de vídeo, versões atualizadas do Python e do pacote e atualizações do teste de hardware.
Para ver mais detalhes, consulte as Notas de lançamento do pacote de testes de imagens da câmera do Android 13.
Atualizações do CDD
O Documento de definição de compatibilidade do Android 13 itera as versões anteriores com atualizações de novos recursos e mudanças nos requisitos da funcionalidade lançada anteriormente.
Para ver uma lista das mudanças no Android 13, consulte as Notas de lançamento da definição de compatibilidade do Android 13.
Contas padrão para novos contatos
Apps de contatos pré-carregados precisam processar a intent
ContactsContract.Settings.ACTION_SET_DEFAULT_ACCOUNT
, o que permite que um
usuário selecione uma conta padrão. O app de contato pré-carregado precisa salvar a
conta padrão selecionada e fazer uso dela usar ao processar
Intent.ACTION_INSERT
ou Intent.ACTION_INSERT_OR_EDIT
para inserir um contato.
Esse requisito garante a consistência em todos os apps que interagem com
os contatos.
Para ver mais informações, consulte a seção de contatos do CDD do Android 13.
Conectividade
Uso de 2G
No Android 13, a opção Permitir 2G nas
configurações está esmaecida, ou seja, os usuários não podem interagir com o botão quando
a chave de configuração da operadora
KEY_HIDE_ENABLE_2G
está definida como true
. Além disso, quando esmaecida,
a opção Permitir 2G inclui uma mensagem que declara que a operadora do usuário
exige que o 2G esteja disponível. Nas versões anteriores, a opção Permitir 2G ficava
oculta quando KEY_HIDE_ENABLE_2G
estava definido como true
.
Configuração do uso de dados móveis
O Android 13 oferece suporte a uma configuração de uso dos dados móveis que permite que as operadoras escolham configurar os dispositivos em um modo focado em voz ou um focado em dados. As operadoras podem usar essa configuração com outras mudanças para reduzir o tráfego IMS nas próprias redes em dispositivos tradicionalmente centrados em voz que operam no modo somente dados, como no caso de um serviço somente dados complementar.
Para modificar a configuração de uso de redes móveis, use a sobreposição
config_supported_cellular_usage_settings
ou defina o valor padrão em
config_default_cellular_usage_setting
.
A configuração pode ser USAGE_SETTING_VOICE_CENTRIC
ou
USAGE_SETTING_DATA_CENTRIC
.
O recurso de configuração do uso de redes móveis inclui as seguintes APIs:
CarrierConfigManager#KEY_CELLULAR_USAGE_SETTING_INT
define a configuração do uso.SubscriptionInfo#getUsageSetting()
consulta a configuração de uso.
Para validar o recurso de configuração de uso de redes móveis, execute os seguintes testes:
- CTS:
SubscriptionManagerTest#testCellularUsageSetting
- VTS:
RadioNetworkTest#testSetUsageSetting_InvalidValues
Várias redes simultâneas com conexão de Internet
O Android 13 introduz o recurso de várias redes simultâneas com conexão de Internet, que permite que um dispositivo se conecte simultaneamente a duas redes Wi-Fi (APs), desde que ambas não tenham restrições (disponíveis para todos os apps) e forneçam acesso à Internet.
Para ver mais informações, consulte Simultaneidade do Wi-Fi STA/STA.
Atualizações da API IMS
O Android 13 introduz as atualizações a seguir para APIs de registro IMS único:
DelegateRegistrationState
:- Oferece suporte aos casos em que o framework precisa aguardar a conclusão das sessões SIP antes de eliminar o PDN do registro IMS.
- Adiciona o método
getRegisteringFeatureTags
, que permite que os apps de detecção saibam quando a pilha IMS está tentando ativamente registrar o IMS.
RcsUceAdapter
: adicionaPUBLISH_STATE_PUBLISHING
para permitir que apps de detecção saibam quando a pilha IMS está tentando publicar recursos.CapabilityExchangeEventListener
: adiciona o métodoonPublishUpdated
para permitir que o serviço IMS notifique de maneira assíncrona a plataforma que uma atualização SIP PUBLISH foi bem-sucedida ou falhou.RcsClientConfiguration
:- Para suporte à seção 2.1.14 do RCC.72, adiciona um novo valor ao construtor para permitir que o app de mensagens especifique se o usuário ativou ou desativou o RCS.
- Adiciona a constante
RCS_PROFILE_2_4
para permitir que um app de mensagens informe se oferece suporte ao perfil universal de RCS versão 2.4.
O Android 13 também inclui as atualizações abaixo para APIs IMS:
- Adiciona a capacidade de apps detectarem o estado da pilha IMS
usando a classe
ImsStateCallback
. Para ver mais informações, consulte Uso do ImsStateCallback. - Refatora o provisionamento do IMS para o serviço do IMS para oferecer suporte aos casos de uso de provisionamento do MVNO.
- Melhora o modelo de linhas de execução no Serviço IMS.
- Adiciona APIs com reconhecimento de assinatura de chip no serviço IMS.
Vários perfis ativados para eUICC
O Android 13 introduz o suporte à ativação de vários perfis (MEPs, na sigla em inglês) para eUICC. Assim, os dispositivos vão poder ter dois chips usando um único eSIM. Vários perfis de chip permitem que o dispositivo se conecte a duas operadoras diferentes ao mesmo tempo.
Para ver mais informações, consulte Vários perfis ativados.
Requisitos para a calibração de presença
O Android 13 introduz novos requisitos de calibração de presença para garantir que todos os dispositivos no ecossistema Android possam determinar a proximidade relativa entre dispositivos.
Para ver mais informações sobre a configuração e calibração dos dispositivos para atender a esses requisitos, consulte Requisitos de calibração de presença.
Modo de substituição de telefonia para detecção de fuso horário
O Android 13 introduz o modo substituição de telefonia para detecção de fuso horário. Esse modo permite que o Android use sugestões de detecção de telefonia temporariamente em situações em que a localização não pode detectar o fuso horário ou quando determinar a localização demora mais do que detectar a telefonia para definir o fuso horário.
Para saber mais, consulte Serviço time_zone_detector.
Melhorias na API de acesso UICC do TelephonyManager
O Android 13 descontinua e adiciona melhorias ao gerenciamento de canais lógicos do UICC para as seguintes APIs de acesso UICC do TelephonyManager:
iccOpenLogicalChannel(String AID, int p2)
iccCloseLogicalChannel(int channel)
iccTransmitApduBasicChannel(int cla, int instruction, int p2, int p3, String data)
iccTransmitApduLogicalChannel(int channel, int cla, int instruction, int p1, int p2, int p3, String data)
iccExchangeSimIO(int fileID, int command, int p1, int p2, int p3, String filePath)
sendEnvelopeWithStatus(String content)
Essas APIs foram descontinuadas no Android 11 porque a OMAPI fornece uma implementação mais confiável para gerenciar canais lógicos do UICC. No entanto, o OMAPI não abrange todos os casos de uso fornecidos pelas APIs de acesso UICC do TelephonyManager. Portanto, no Android 13, essas APIs foram retomadas com melhorias no gerenciamento lógico de canal do UICC. Antes, quando um app de chamada que abre um canal lógico falhava, o canal podia vazar, o que significa que o canal não era lançado e não podia ser reutilizado pelo app sem precisar reiniciar. Com as melhorias no Android 13, se um app falhar, o sistema vai liberar o canal lógico, permitindo que o canal seja reutilizado pelo app.
Essas melhorias da API são feitas no nível de implementação e são totalmente compatíveis com versões anteriores. Nenhum trabalho a mais é necessário para chamar apps e usar essas APIs.
Abordagem Trust on First Use (TOFU) para redes comerciais
O Android 13 introduz o suporte à abordagem de autenticação Trust on First Use (TOFU), que permite que os usuários confiem em uma rede comercial (EAP) instalando a CA raiz usada pelo servidor e definindo o nome de domínio em uma rede salva. O TOFU permite que o dispositivo receba uma chave pública não autenticada quando um usuário se conecta pela primeira vez a uma rede corporativa e retém a chave para conexões subsequentes.
Para ver mais informações, consulte Trust on First Use.
Suporte a banda ultralarga
O Android 13 introduz uma implementação de framework padrão para tecnologia de rádio de banda ultralarga (UWB, na sigla em inglês), uma tecnologia que permite o alcance preciso e altamente seguro entre dispositivos com suporte a essa tecnologia.
Para ver mais informações, consulte Banda ultralarga.
Atualizações de simultaneidade de Wi-Fi AP/AP
O Android 13 adiciona suporte à banda de 6 GHz para simultaneidade de Wi-Fi AP/AP, que permite que os dispositivos criem duas interfaces de ponto de acesso (AP).
Para ver mais informações, consulte Simultaneidade de Wi-Fi AP/AP.
Wi-Fi Aware
O Android 13 introduz o suporte a versão 3.1 da especificação Wi-Fi Aware. Para ver mais informações, consulte Wi-Fi Aware.
Atualizações do tethering de pontos de acesso Wi-Fi (soft AP)
O Android 13 introduz novas configurações para dispositivos com suporte ao tethering de pontos de acesso Wi-Fi. Para ver detalhes sobre as novas configurações, consulte Ponto de acesso Wi-Fi (Soft AP).
Simultaneidade de várias interfaces Wi-Fi
No Android 13, a HAL de Wi-Fi 1.6 adiciona a possibilidade de especificar uma interface de AP em ponte (banda dupla simultânea) como um item de combinação explícito.
Para ver mais detalhes, consulte Simultaneidade de várias interfaces de Wi-Fi.
Atualizações da seleção de rede Wi-Fi
A partir do Android 13, se diferentes intervalos de verificação
forem necessários no momento da execução, os apps com privilégios vão poder definir dinamicamente a programação dessas verificações
na tela para buscar as redes Wi-Fi disponíveis chamando o
método WifiManager#setScreenOnScanSchedule(screenOnScanSchedule)
.
Para ver mais informações, consulte Seleção de rede Wi-Fi.
Tela
Gerenciador de serviços em primeiro plano
No Android 13, uma nova funcionalidade de IU do sistema chamada Gerenciador de tarefas do FGS notifica o usuário sobre o estado e os recursos que estão sendo usados pelos serviços em primeiro plano em apps em segundo plano e permite que o usuário possa encerrar esses apps.
Para ver mais informações, consulte Serviço em primeiro plano (FGS, na sigla em inglês).
Controles de mídia na IU do sistema
A partir do Android 13, os controles de mídia na IU do sistema contêm atualizações nos botões de ação e na reprodução remota. Essas mudanças oferecem uma experiência de controle de mídia mais sofisticada em smartphones e tablets, além de transferências de mídia perfeitas em vários dispositivos.
Para saber mais, consulte Controles de mídia na IU do sistema.
Composição com SDR e HDR
O Android 13 melhora o suporte à apresentação simultânea da composição SDR e HDR na tela, diminuindo o conteúdo SDR quando apresentado simultaneamente a conteúdo HDR.
Para ver mais informações, consulte Composição com SDR e HDR.
Permissão para notificação de solicitações
A partir do Android 13, as notificações usam um modelo de permissão em que todos os apps precisam pedir permissão aos usuários antes de enviar solicitações. Para oferecer suporte a esse recurso, os OEMs precisam implementar mudanças nos sistemas de permissões de notificação e execução, conforme descrito na página Permissão para notificação de solicitações.
Mapeamento de tons da luminância HDR em um intervalo compatível com SDR
O Android 13 introduz uma biblioteca estática
configurável pelo fornecedor chamada libtonemap
, que define operações de mapeamento de tons. Esse recurso
permite que os OEMs definam e compartilhem os algoritmos do mapeamento de tons de telas entre
o framework e os fornecedores, o que diminui a incompatibilidade nos mapeamentos.
Para ver mais informações, consulte Mapeamento de tons da luminância HDR em um intervalo compatível com SDR.
Gráficos
AIDL para a HAL do Hardware Composer
A partir do Android 13, a HAL do Hardware Composer (HWC)
é definida na AIDL, e as versões HIDL que variam de
android.hardware.graphics.composer@2.1
a
android.hardware.graphics.composer@2.4
foram descontinuadas.
Para ver mais informações, consulte AIDL para HAL do Hardware Composer.
Gerenciamento de framebuffer do cliente
A partir do Android 13, os novos framebuffers, usados durante a composição do cliente, são alocados sempre que a resolução da tela muda. Essa alocação é realizada pelo SurfaceFlinger no próximo ciclo de invalidação após uma mudança de resolução.
Para ver mais informações, consulte Gerenciamento de framebuffer do cliente.
Travamento de buffers não sinalizados com a AutoSingleLayer
O Android 13 adiciona uma nova configuração chamada
AutoSingleLayer
para travar
buffers não sinalizados. Essa configuração permite que o SurfaceFlinger use um buffer não sinalizado
quando uma única camada está sendo atualizada, mas não para os casos que ocorrem
em várias camadas, como mudanças de geometria ou transações de sincronização.
Para ver mais informações, consulte Travamento de buffers não sinalizados com a AutoSingleLayer.
Interação
Autenticação para automações residenciais
No Android 13, a
API de controles do dispositivo
inclui um novo método chamado
isAuthRequired
,
que possibilita aos provedores de controles de dispositivo especificar quais automações residenciais podem executar
interações em um dispositivo bloqueado. Isso permite uma interação mais eficaz nos
pontos de entrada, como uma tela de smartphone bloqueada.
Protocolo HID do monitor de posições da cabeça
O Android 13 introduz o protocolo de dispositivos de interface humana (HID, na sigla em inglês) do monitor da posição da cabeça do usuário, que permite que um dispositivo desse tipo seja conectado a um dispositivo Android via USB ou Bluetooth e exposto ao framework e aos apps Android usando o framework dos sensores.
Para ver mais informações, consulte Protocolo HID do monitor de posições da cabeça.
Suporte ao sinal de callback bloqueado no KeyguardManager
No Android 13, os novos métodos, como
addKeyguardLockedStateListener
e removeKeyguardLockedStateListener
, na classe
KeyguardManager
notificam o listener sobre o estado bloqueado do teclado.
Objetos de execução reutilizável da NNAPI
O Android 13 introduz a HAL da NNAPI de interface AIDL,
IExecution
,
que gerencia o ciclo de vida de um objeto de execução reutilizável e os
recursos armazenados em cache. Os objetos IExecution
reduzem a sobrecarga das tarefas de inferência
de aprendizado de máquina, permitindo que o driver da NNAPI preserve os recursos
entre execuções e aplique otimizações específicas da solicitação.
HAL de sensores AIDL
O Android 13 introduz a HAL de sensores AIDL, uma HAL baseada na HAL de sensores versão 2.1 que usa a HAL de interface AIDL. A HAL de sensores AIDL expõe o tipo de sensor principal e o rastreador de IMU de eixo limitado.
Mídia
Exportação de estatísticas de codificação de vídeo
A partir do Android 13, os clientes de apps podem solicitar que o codificador de vídeo exporte estatísticas para cada frame de vídeo codificado. Com as estatísticas coletadas no codificador de vídeo, os apps podem otimizar tarefas relacionadas a codificação de vídeo, como a codificação de várias transmissões e o pré-processamento de frames antes da codificação.
Para ver mais informações, consulte Dados de estatísticas de codificação de vídeo.
Desempenho
HAL de saúde AIDL
O Android 13 introduz a HAL de saúde AIDL, uma HAL baseada na HAL de saúde versão 2.1 que usa a HAL de interface AIDL.
Melhor desempenho no tempo de carregamento de jogos
O Android 13 introduz um novo modo de energia no serviço
Power Manager chamado GAME_LOADING
,
que indica à HAL de energia se o app do jogo está no estado de carregamento ou não. Assim,
a HAL do gerenciador de energia consegue melhorar o desempenho durante o carregamento. Consulte
Melhor desempenho no tempo de carregamento de jogos para ver
mais informações.
Permissões
Divisão da permissão do sensor corporal
A partir do Android 13, a
permissão BODY_SENSORS
é dividida em duas permissões: BODY_SENSORS
para
monitorar a frequência cardíaca em primeiro plano e BODY_SENSORS_BACKGROUND
para monitorar
a frequência cardíaca em segundo plano.
Para ver mais informações, consulte O uso de sensores corporais em segundo plano exige uma nova permissão.
Energia
Monitores de comportamento de apps em segundo plano
O Android 13 introduz o conceito de um monitor de comportamento em segundo plano ou um processo que monitora o uso da bateria em segundo plano para determinar se os apps violam alguma política.
Para ver mais informações, consulte Monitores de comportamento de apps em segundo plano.
Redução do uso de energia durante backup e restauração
A partir do Android 13, é possível limitar a transferência
de energia durante o backup e a restauração USB chamando o método enableLimitPowerTransfer
da classe UsbPort
.
Veja mais informações em Gerenciamento de energia.
Segurança
Esquema de assinatura de APK v3.1
Esse esquema é usado por padrão na assinatura de um APK com uma chave alternada e linhagem de assinatura, permitindo que um único APK seja alternado no Android 13 e versões mais recentes. Assim, ele evita os problemas conhecidos com a alternância em versões anteriores da plataforma usando a chave de assinatura original no bloco de assinatura v3.0. Da mesma forma, a assinatura v4.1 vai incluir mais informações de assinatura para o bloco v3.1 e oferecer suporte ao mesmo comportamento para instalações incrementais.
As intents precisam corresponder aos filtros de intent declarados
No Android 13, as intents originadas de apps externos vão ser enviadas a um componente exportado apenas se corresponderem aos elementos de filtro de intent declarados.
As intents não correspondentes são bloqueadas. Veja a seguir exceções em que a correspondência de intent não é aplicada:
- Intents entregues a componentes que não declaram filtros de intent.
- Intents originadas do mesmo app.
- Intents do sistema.
- Intents da raiz.
Interface estável do fornecedor OMAPI
A API Open Mobile (OMAPI, na sigla em inglês) é uma API padrão usada para se comunicar com o Elemento de segurança de um dispositivo. Antes do Android 13, apenas aplicativos e módulos de framework tinham acesso a essa interface. Ao fazer a conversão para uma interface estável do fornecedor, os módulos da HAL também podem se comunicar com os Elementos de segurança pelo serviço OMAPI.
Para ver mais informações, consulte Interface estável do fornecedor OMAPI.
Configurações
Configurações de idioma por app
O Android 13 adiciona recursos para permitir que os usuários mudem as preferências de idioma para cada app. Parceiros e OEMS não podem desativar a página de seleção de idioma do app, e a página precisa estar acessível por estas três opções de navegação:
- Configurações > Apps > app_name e selecione Idioma.
- Toque no ícone do app e o mantenha pressionado, toque em Informações do app e selecione Idioma.
- Configurações > Sistema > Idiomas e entrada > Idiomas do app > app_name.
O app Configurações precisa continuar a abrir a página de configurações de localidade
da intent android.settings.App_Locale_Settings
.
Para ver mais informações, consulte Configurações de idioma por app.
TV
Modo de encapsulamento multimídia
O Android 13 expande o comportamento definido da reprodução de vídeos encapsulados e vincula esse novo comportamento a outros testes de certificação do CTS.
Para ver mais informações, consulte Encapsulamento multimídia.
Atualizações
Atualizações A/B virtuais
O Android 13 adiciona os recursos de compactação XOR e
mesclagem de espaço do usuário para atualizações A/B virtuais. A compactação XOR permite tamanhos de snapshot
reduzidos porque eles são mais fáceis de compactar do que blocos brutos de dados.
O recurso de mesclagem de espaços do usuário permite que o componente snapuserd
processe
a integração para atualizações A/B virtuais, reduzindo os tempos de mesclagem em comparação
ao Android 12, em que um dispositivo dm-snapshot
é usado.
Para ver detalhes sobre como ativar esses recursos em dispositivos que estão fazendo upgrade para o Android 13, consulte Compactação XOR e Mesclagem de espaços do usuário.
Virtualização
Framework de virtualização do Android
O Framework de virtualização do Android (AVF, na sigla em inglês) oferece ambientes de execução seguros e privados para executar códigos. O AVF é ideal para casos de uso orientados à segurança que exigem garantias de isolamentos mais fortes e verificação formal, diferentes do que é oferecido pelo sandbox de apps do Android.
Para ver mais informações, consulte Visão geral do Framework de virtualização do Android.