Notas de versão do Android 11

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

Cotas da API

A versão do Android 11 introduz o recurso de cotas da API, que limita a frequência com que os apps podem chamar determinadas APIs. Elas são implementadas apenas em chamadas de API JobScheduler. Todas as mudanças feitas nos limites predefinidos ainda precisam passar por testes do CTS. É possível desativar e ativar cotas de API usando o método setEnabled em QuotaTracker.java. O padrão é ativado. Desativar o recurso permite que os apps chamem as APIs afetadas, sem limitação.

Os testes de unidade para QuotaTracker e classes associadas são fornecidos. A documentação detalhada está nos comentários da classe QuotaTracker. Esse recurso introduz a nova API pública LimitExceededException.

Carregador de inicialização

Cabeçalho de inicialização versão 3

O Android 11 é compatível com a versão 3 do cabeçalho de inicialização. Para ver mais detalhes, consulte Cabeçalho da imagem de inicialização.

Partições

Partições de inicialização

O Android 11 introduz o conceito de imagem genérica do Kernel. Para inicializar com facilidade um dispositivo arbitrário com uma imagem genérica do Kernel, todas as informações específicas do fornecedor são desconsideradas da partição de inicialização e realocadas para uma partição de inicialização do fornecedor. Um dispositivo lançado com o Android 11 precisa ser compatível com a partição de inicialização do fornecedor e o formato atualizado da partição de inicialização para passar no teste com a GKI.

Cabeçalho de inicialização do fornecedor

O cabeçalho de inicialização do fornecedor pode ter mais de uma página.

Aplicação de interfaces de partição de produtos

O Android 11 desagrupa a partição product, tornando-a independente de system e das partições do fornecedor. Como parte dessas mudanças, agora é possível controlar o acesso da partição de produtos a interfaces nativas e Java.

Imagens de recuperação

O Android 11 atualiza os requisitos de imagem de recuperação e inclui novas opções de versão para incluir um DTBO/ACPIO de recuperação como parte da imagem de inicialização/recuperação. Para mais detalhes, consulte Imagens de recuperação.

Reinicialização em segundo plano

O Android 11 é compatível com a reinicialização em segundo plano, que são reinicializações de tempo de execução de processos no espaço do usuário usados para aplicar atualizações que exigem uma reinicialização, por exemplo, atualizações para pacotes APEX.

Kernel

Kernels comuns do Android

O Android 11 introduz mudanças significativas na forma como os kernels comuns do Android são desenvolvidos e integrados.

Monitoramento de ABI do kernel do Android

O Android 11 introduz as ferramentas de monitoramento de ABI para estabilizar a ABI em kernels do Android.

Imagem genérica do Kernel

O Android 11 introduz a Imagem genérica do Kernel (GKI, na sigla em inglês), que aborda a fragmentação do kernel ao unir o kernel principal e mover o SoC e o suporte de placa do kernel principal em módulos carregáveis.

Kernels modulares

Compatibilidade com os módulos do kernel

Uma imagem genérica de kernel (GKI, na sigla em inglês) pode não conter a compatibilidade necessária com o driver para permitir que um dispositivo ative partições. Para permitir que um dispositivo ative partições e continue a inicialização, o init de primeiro estágio é otimizado para carregar os módulos do kernel presentes em um ramdisk. O ramdisk é dividido em ramdisks genéricos e de fornecedores. Os módulos de kernel do fornecedor são armazenados no ramdisk do fornecedor. A ordem em que os módulos do kernel são carregados é configurável.

DebugFS

O Android 11 remove a compatibilidade com a plataforma para o DebugFS e exige que ele não seja ativado ou acessado em dispositivos de produção. Embora o DebugFS tenha sido criado para fins de depuração, ele foi incluído nas versões de usuário e usedebug para componentes genéricos e específicos do fornecedor. O DebugFS será desativado porque cria:

• API instável e não documentada. O Android depende de interfaces do kernel do Linux bem definidas e estáveis e de HALs para funcionar corretamente. Os testes VTS aplicam a presença e a correção dessas interfaces. Não é possível aplicar o DebugFS porque a ABI dele não é estável nem documentada.

• Baixa qualidade do código. Como são para depuração, os nós adicionados a debugfs não são revisados e testados de maneira tão rigorosa quanto aqueles em outros sistemas de arquivos. Quando bugs são descobertos em debugfs, eles são tratados como uma prioridade menor, o que contribui para as vulnerabilidades de segurança originadas de debugfs.

• Vulnerabilidades de segurança O DebugFS foi criado com a intenção de ajudar os desenvolvedores do kernel a depurar o sistema, e não com o foco na segurança. Atualmente, não há um método eficiente para verificar se todos os nós do DebugFS expostos em um dispositivo de produção são seguros. Embora o reforço da SEpolicy tenha diminuído a gravidade das vulnerabilidades de segurança originadas de debugfs, cancelar a permissão para ativar debugfs é a única maneira de eliminar por completo a superfície de ataque.

No Android 11, o VTS garante que CONFIG_DEBUG_FS não esteja ativado na configuração do kernel do dispositivo e debugfs não esteja listado em /proc/filesystems.

Heaps ION para GKI

No Android 11, o Kernel comum do Android v5.4 introduz um framework para como modularizar heaps ION específicos do fornecedor enquanto mantém o principal driver ION integrado, permitindo aos OEMs reter as modificações do driver ION do kernel ao usar a imagem genérica do kernel (GKI, na sigla em inglês).

Componentes modulares do sistema

Revogar permissões automaticamente

No Android 11, o módulo PermissionsController pode revogar automaticamente as permissões de tempo de execução para apps que não são usados por um período prolongado.

Atualizações do módulo principal

O Android 11 introduz vários novos módulos e atualiza vários já existentes, introduzidos no Android 10.

Sobreposições de recursos de tempo de execução

O Android 11 ou versões mais recentes é compatível com um novo mecanismo para sobreposições de recursos de tempo de execução (RROs, na sigla em inglês). As melhorias incluem o espaço de código de recurso reservado, um arquivo res/xml/overlays.xml para enumerar recursos de destino, uma regra de compilação Soong para sobreposições, um arquivo OverlayConfig para configurar a mutabilidade, o estado padrão e a prioridade das sobreposições.

NDK do fornecedor

Instantâneos do fornecedor

O Android 11 é compatível com artefatos de compilação de instantâneos do VNDK e instantâneos do fornecedor, que podem ser usados para criar vendor.img, independentemente da versão do Android na árvore de origem. Isso permite versões mistas de imagens, como um fornecedor antigo e uma imagem do sistema mais recente.

Áudio

A captura de áudio do sintonizador FM exige uma permissão privilegiada

No Android 11, a fonte de áudio MediaRecorder.AudioSource.RADIO_TUNER está visível como @SystemApi e o uso dela para capturar áudio com um AudioRecord ou MediaRecorder exige uma permissão privilegiada android.permission.CAPTURE_AUDIO_OUTPUT

Efeitos de áudio

A partir do Android 11, os fabricantes do dispositivo podem automaticamente anexar e ativar efeitos de áudio específicos quando determinado dispositivo de áudio é selecionado para captura ou reprodução de áudio.

Limite de tipo de dispositivo

No Android 11, removemos o limite do número de tipos de dispositivos de áudio para permitir a adição de novos tipos de dispositivos.

Implementação

Implementação de áudio

O Android 11 apresenta aplicação mais rígida das implementações de HAL de gatilho de som no tempo de execução do que nas versões anteriores.

Automóveis

Detalhes da versão

Para saber mais sobre os novos recursos e melhorias para automóveis, consulte Detalhes dos lançamentos para automóveis.

API USB Port Reset

Os fabricantes de dispositivos podem implementar a API USB Port Reset no Android 11 para redefinir a conexão do gadget USB com hosts conectados.

Câmera

Bokeh na câmera

A partir do Android 11, a plataforma Android é compatível com implementações de bokeh na câmera e fornece APIs para disponibilizar o recurso bokeh para apps de terceiros.

Zoom da câmera

No Android 11, um app pode usar o zoom de uma câmera (digital e óptico) por meio da configuração ANDROID_CONTROL_ZOOM_RATIO. Essa configuração é um fator de ponto flutuante que permite melhor precisão no zoom em comparação com o uso de valores inteiros com a configuração ANDROID_SCALER_CROP_REGION. Com isso, é possível diminuir o zoom (< 1.0f).

Streaming simultâneo da câmera

A partir do Android 11, a API Camera2 inclui métodos que os apps podem chamar para determinar se as câmeras são compatíveis com streaming simultâneo e quais configurações de streaming são compatíveis.

Compatibilidade melhorada com a câmera para dispositivos virtuais Android

O Android 11 introduz uma implementação da HAL de câmera emulada e reformulada, nos dispositivos virtuais Cuttlefish e Android Emulator que adicionam compatibilidade com mais recursos de câmera, incluindo:

• Captura RAW
• Reprocessamento YUV
• Dispositivos de nível 3
• Compatibilidade lógica da câmera
• Compatibilidade apenas com a profundidade da câmera

A HAL da câmera emulada pode ser encontrada em /platform/hardware/google/camera/devices/EmulatedCamera/hwl.

Práticas recomendadas para várias câmeras

Para aproveitar ao máximo os recursos ativados por várias câmeras, mantendo a compatibilidade com apps, siga estas práticas recomendadas ao implementar um dispositivo lógico com várias câmeras. Isso inclui práticas recomendadas sobre o uso da API ANDROID_CONTROL_ZOOM_RATIO introduzida no Android 11.

Câmeras do sistema

No Android 11, foi adicionado suporte a câmeras do sistema pela permissão android.permission.SYSTEM_CAMERA. As câmeras do sistema permitem a implementação de recursos de câmera que podem ser usados em apps privilegiados ou de sistema, mas não estão disponíveis para apps públicos de terceiros.

Compatibilidade

O Documento de definição de compatibilidade do Android 11 itera as versões anteriores com atualizações de novos recursos e mudanças nos requisitos da funcionalidade lançada anteriormente.

Conectividade

Bluetooth e NFC

Sincronização de pagamento NFC fora do host

O Android é compatível com a emulação de cartão NFC com um elemento de segurança para emulação de cartão fora do host, mas é possível que o serviço de pagamento preferencial especificado na configuração "Toque e pague" não seja sincronizado com o app no elemento de segurança.

O Android 11 resolve esse problema com a sincronização de pagamento fora do host, um mecanismo que permite sincronizar a configuração de pagamento no "Toque e pague", a configuração de roteamento no front-end sem contato (CLF, na sigla em inglês) e o estado selecionado pelo app no elemento de segurança.

Acesso rápido à carteira

O recurso Acesso rápido à carteira permite ao usuário acessar cartões de pagamento e passes relevantes diretamente do menu liga/desliga.

Chamadas e mensagens

Comportamento da chamada de emergência

O Android 11 introduz mudanças na forma como as chamadas de emergência são processadas para atender melhor aos requisitos da operadora. O comportamento ao processar chamadas de emergência é descrito abaixo:

• Quando um usuário faz uma chamada de emergência durante uma chamada em andamento, dependendo de como a chave KEY_ALLOW_HOLD_CALL_DURING_EMERGENCY_BOOL está definida, o dispositivo desconecta automaticamente a chamada em andamento ou a coloca em espera, e não permite alternar de volta para ela até a chamada de emergência ser desconectada.
• Durante uma chamada de emergência, as chamadas recebidas são automaticamente rejeitadas e exibidas como chamadas perdidas para o usuário. Durante uma chamada de emergência ativa, não é possível fazer outras chamadas que não sejam de emergência.
• No modo de retorno de chamada de emergência, fazer uma chamada que não é de emergência causa a saída do dispositivo desse modo. Se uma chamada de emergência é realizada, o dispositivo entra novamente no modo de retorno de chamada de emergência quando ela é encerrada. Chamadas recebidas não fazem o dispositivo sair do modo de retorno de chamada de emergência.
• Chamadas de emergência ativas não podem ser alternadas nem colocadas em espera.

Banco de dados de números de emergência atualizável

No Android 11, foi introduzido um banco de dados de números de emergência que pode ser atualizado por atualizações OTA. O banco de dados contém uma lista de números de telefone de emergência com os países e as categorias de serviço correspondentes.

Operadora

eSIM

Fluxo de ativação do eSIM no app da operadora

O Android 11 melhora o processo de ativação de um perfil de eSIM por meio de um app de operadora. Ao usar um código de ativação para fazer o download de um perfil, o LPA pode iniciar a interface do usuário do app da operadora para recuperar outras informações do usuário. O app da operadora também pode iniciar a LUI para ativar um perfil de eSIM.

Para mais informações, consulte:

• Como iniciar a IU do app da operadora no fluxo de ativação de LPA
• Iniciar o fluxo de ativação de LPA em um app de operadora

Tratamento de erros da API eUICC

O Android 11 introduz mais chaves e valores para melhorar o tratamento de erros por meio da permissão para o autor da chamada da API eUICC gerenciar erros específicos de maneira individual.

Parâmetro de opção para o método de limpeza de assinaturas

A partir do Android 11, ao usar o método eraseSubscriptions em EuiccManager, é necessário fornecer um valor de enumeração EuiccCardManager#ResetOption para especificar se é preciso apagar todos os tipos de assinaturas de teste, operacional ou ambos.

Compatibilidade com redes de várias operadoras

Os dispositivos lançados com o Android 11 podem oferecer compatibilidade com várias redes móveis terrestres públicas (PLMN, na sigla em inglês). A compatibilidade com várias PLMNs oferece flexibilidade para operadoras de rede móvel (MNO, na sigla em inglês) ao permitir que elas transmitam várias identidades.

Compatibilidade com células pequenas

Os dispositivos lançados com o Android 11 podem fornecer compatibilidade com grupos de assinantes fechados (CSGs, na sigla em inglês) por meio de métodos nas APIs de identificação de células que recebem informações sobre o CSG de uma célula. Isso é útil para as operadoras de rede móvel (MNOs) que gerenciam pequenas células por meio de grupos de assinantes fechados.

API Connectivity Diagnostics

A API Connectivity Diagnostics permite aos apps que têm ou gerenciam redes, como apps de operadora, VPN e sugestão de Wi-Fi, receber informações de diagnóstico de conectividade de rede do framework.

Abrir as mudanças na API Mobile

O Android 11 introduz outras funcionalidades para a API Open Mobile (OMAPI, na sigla em inglês):

• Análise de regras para privilégios de operadora.

• Personalizar o acesso ao Elemento de segurança incorporado (eSE, na sigla em inglês) ou provisionar um eSE com o uso de um ou mais dos seguintes itens:

  • Permissão privilegiada do sistema SECURE_ELEMENT_PRIVILEGED_OPERATION
  • Identificadores de aplicativo (AIDs, na sigla em inglês) configuráveis de mestre de aplicativo de regra de acesso (ARA-M, na sigla em inglês)
  • API do sistema reset para redefinir o leitor OMAPI

• Fornece aos leitores um indicador claro de aplicativos para filtrar a capacidade dos dispositivos.

Relatório de intensidade do sinal

No Android 11, é possível selecionar e personalizar vários tipos de medição de sinais para o framework usar a fim de informar a intensidade do sinal de redes de acesso por rádio (RANs, na sigla em inglês) 4G LTE e 5G NR. Você pode usar as intensidades de sinal relatadas para controlar como as barras de sinal são exibidas nos seus dispositivos.

Wi-Fi

Configurações de rede Wi-Fi da operadora

No Android 11, você pode usar a API de sugestão de Wi-Fi para adicionar configurações de rede Wi-Fi da operadora em vez de configurar o parâmetro carrier_wifi_string_array no gerenciador de configuração da operadora.

Compatibilidade com ponto de acesso Wi-Fi (soft AP) para tethering

O Android 11 introduz uma configuração melhorada de ponto de acesso Wi-Fi (soft AP, em inglês), que oferece mais compatibilidade com casos de uso e personalizações da operadora. Essas mudanças permitem que os fabricantes de dispositivos configurem o seguinte:

• SSID e BSSID;
• tipo de segurança (WPA3 incluso);
• SSID oculto;
• banda e canal operacional (ACS incluso);
• número máximo de clientes permitidos;
• valor do tempo limite do encerramento automático;
• lista de permissões e lista de bloqueio para permitir o controle do usuário dos dispositivos associados.

Melhorias na seleção de redes Wi-Fi

O Android 11 introduz melhorias na seleção de rede Wi-Fi para melhorar a conectividade da rede Wi-Fi.

Aprimoramentos do Passpoint do Wi-Fi

O Android 11 introduz as seguintes melhorias para o recurso Passpoint:

• A compatibilidade com a expiração do perfil permite ao sistema notificar o usuário e aplicar as datas de validade do perfil. Isso requer um perfil com o campo SubscriptionParameters/ExpirationDate inicializado.
• Compatibilidade com certificados de CA particulares e autoassinados para os perfis de Passpoint R1.
• Compatibilidade com perfis Passpoint R1 sem certificado CA. O sistema usa o armazenamento de confiança padrão para autenticar a conexão.
• Compatibilidade para configurar um domínio AAA nomeado separadamente de um nome de domínio totalmente qualificado (FQDN, na sigla em inglês) do ANQP, com o uso do nó Extension/Android no PPS-MO. Isso permite a especificação de um domínio AAA diferente do anunciado pelo anúncio sem comprometer a segurança da conexão.
• Compatibilidade com várias configurações instaladas do Passpoint com o mesmo FQDN. Isso é útil para operadoras que implantam mais de uma combinação de código de país para dispositivos móveis (MCC) e de rede móvel (MNC, na sigla em inglês) na rede deles, mas tem apenas um FQDN.
• Capacidade de detectar e aceitar pontos de acesso do Passpoint R3.
• Correspondência de rede aprimorada:
  • Suporte à correspondência de provedor doméstico para HomeSP/HomeOIList.
  • Compatível com correspondência de provedor doméstico para HomeSP/OtherHomePartners.
  • Remoção do requisito de correspondência do método EAP que não é exigido pela especificação do Passpoint.

Perfis de Wi-Fi otimizados no suporte a nomes comuns

No Android 11, perfis de Wi-Fi permanecem válidos quando uma autoridade de certificação (CA, na sigla em inglês) raiz de uma operadora muda se o nome comum é especificado na extensão da subárvore opcional Android. Nas versões anteriores, os usuários precisam fazer o download de um novo perfil da operadora se a CA raiz mudar.

Dados

Auditoria de acesso a dados

O Android 11 introduz a auditoria de acesso a dados, permitindo aos desenvolvedores de apps a identificar melhor como seus apps e dependências acessam dados privados dos usuários, como localização e dados de câmera. Para apps multifuncionais complexos, os desenvolvedores podem definir tags de atribuição para identificar diferentes partes do app.

Para mais informações, consulte Auditoria de acesso a dados.

Tela

Atualizações da API Bubble Notification

O Android 10 introduz a API Bubbles Notification, que permite aos usuários executar várias tarefas ao mesmo tempo, com facilidade, em qualquer lugar no dispositivo. O Android 11 inclui várias melhorias à Bubbles. As principais mudanças são ativar a Bubbles por padrão e retirar as configurações das opções do desenvolvedor. Nenhum trabalho é necessário para implementar a Bubbles na plataforma Android.

Controles do dispositivo

O recurso "controles do dispositivo", disponível a partir do Android 11, permite ao usuário visualizar e controlar rapidamente dispositivos externos, como luzes, termostatos e câmeras, no menu liga/desliga do Android. Agregadores de dispositivos, por exemplo, o Google Home, e apps de fornecedores terceirizados podem oferecer dispositivos para exibição nesse espaço. Nenhum trabalho de implementação de plataforma é necessário para oferecer compatibilidade com esse recurso. A implementação padrão é incluída na IU do sistema do AOSP. Para mais informações sobre como adicionar compatibilidade com controles de dispositivos ao app de controle, consulte Dispositivos de controle externos na página de desenvolvedores Android.

Atualizações do classificador de texto

No Android 11, foi introduzida uma implementação padrão atualizável do serviço de classificação de texto que está no módulo ExtServices Mainline. Recomendamos que os fabricantes de dispositivos usem essa implementação do TextClassifierService, porque ela pode ser atualizada por meio de atualizações do OTA do Mainline.

Empresa

Como implementar tipos de usuários personalizados

O Android 11 apresentou o conceito de tipos de usuários bem definidos, representando todos os diferentes tipos permitidos pelo recurso multiusuário do Android. Com esse recurso, os OEMs podem personalizar os tipos de usuário predefinidos do AOSP e definir novos tipos de perfil. Consulte a seção sobre tipos de usuário para mais informações.

Melhorias no perfil de trabalho

O Android 11 contém melhorias de privacidade e usabilidade para perfis de trabalho, projetadas para lidar com os principais desafios de usabilidade. É fundamental que essas melhorias sejam implementadas de maneira consistente em todo o ecossistema.

Os administradores de TI que apoiam o Android precisam oferecer suporte à experiência em quaisquer dispositivos Android usados pelos usuários. Melhorar a consistência da UX dos fluxos de trabalho críticos diminui bastante o custo de compatibilidade com o Android em ambientes BYOD. A implementação consistente dos recursos de privacidade em vários dispositivos também aumenta a confiança do usuário. Algumas atualizações incluem:

• a lista de apps tem guias separadas para "Pessoal" e "Trabalho";
• na guia "Trabalho", você encontra um botão para desativar o perfil de trabalho;
• quando o perfil de trabalho está desativado, os ícones de apps de trabalho ficam cinza e uma sobreposição na guia de trabalho informa que os apps de trabalho estão pausados.

Interação

Atualizações do ambiente de execução do Context Hub

O Android 11 introduz a API CHRE v1.4, que inclui compatibilidade com informações de célula 5G, despejo de depuração de nanoapp e outras melhorias. Ela também inclui compatibilidade com o TensorFlow Lite para microcontroladores em nanosapps. Para ver mais informações, consulte Ambiente de execução do Context Hub (CHRE, na sigla em inglês).

Funcionalidade tátil

O Android 11 inclui um novo guia sobre como implementar a funcionalidade tátil e avaliar o desempenho dela no seu dispositivo.

Entrada

Gamepads

O Android 11 adiciona compatibilidade com controles de jogos de terceiros, incluindo:

• Controle Nintendo Switch Pro: o Android adiciona compatibilidade com conectividade USB e Bluetooth para o controle Nintendo Switch Pro. O teste CTS é necessário para todas as implementações. Use NintendoSwitchProTest para validar sua implementação.

• Controle Steam: o Android adiciona conectividade USB para o controle Steam.

Redes neurais

Práticas recomendadas

Para incentivar a adoção da NNAPI por desenvolvedores de apps, siga estas práticas recomendadas ao implementar um driver de NNAPI em dispositivos com o Android 11.

Controle de fluxo

No Android 11, a API Android Neural Networks (NNAPI, na sigla em inglês) adiciona duas operações de controle de fluxo, IF e WHILE, que tomam outros modelos como argumentos e os executam condicionalmente (IF) ou repetidamente (WHILE). Isso permite construir modelos que executam operações diferentes com base nos valores de entrada ou executam operações várias vezes sem desenrolamento.

Execuções cercadas

No Android 11, a NNAPI permite que as execuções aguardem uma lista de processamentos sync_fence e, de forma opcional, retornar um objeto sync_fence que é sinalizado quando a execução é concluída. Isso reduz a sobrecarga para modelos de sequência pequena e casos de uso de streaming. Essa execução também permite a interoperabilidade mais eficiente com outros componentes que podem sinalizar ou esperar por sync_fence.

Domínios de memória

Para dispositivos que executam o Android 11 ou versões mais recentes, a NNAPI é compatível com domínios de memória que oferecem interfaces para alocar buffers gerenciados pelo driver. Isso permite passar as memórias nativas do dispositivo entre as execuções ao suprimir a cópia e a transformação de dados desnecessários entre execuções consecutivas no mesmo driver.

Qualidade de Serviço

A partir do Android 11, a NNAPI oferece uma Qualidade de Serviço (QoS) melhorada ao permitir que um app indique as prioridades relativas dos modelos, a quantidade máxima de tempo esperada para um modelo ser preparado e o tempo máximo esperado para uma execução ser completada.

Quantização assinada de 8 bits

A HAL de rede neural 1.3 (NN HAL, na sigla em inglês), introduzida no Android 11, é compatível com a quantização de 8 bits assinada para a API Neural Networks. Para ver mais informações, consulte Atualizações da NN HAL no Android 11.

Melhorias de testes

O Android 11 inclui um utilitário de teste para realizar testes de fuzz nas implementações de driver da NNAPI e uma série de testes de falha para validar a resiliência dos drivers em condições de uso intenso.

Para mais informações, consulte:

• Teste de fuzz
• Teste de estresse

Sensores

Tipo de sensor de ângulo de dobradiça

O Android 11 introduz um tipo de sensor de ângulo de dobradiça para representar um sensor que mede o ângulo entre duas partes integrais de um dispositivo.

Sensors Multi-HAL 2.1

Sensors Multi-HAL 2.1, disponível no Android 11, é uma iteração do Sensors Multi-HAL 2.0, que suporta o carregamento de sub-HALs que podem expor o tipo de sensor de ângulo de dobradiça. Para oferecer compatibilidade com este tipo de sensor, os sub-HALs devem usar as APIs sub-HAL definidas no cabeçalho SubHal 2.1.

Mídia

DRM

O Android 11 simplificou o caminho MediaDrm/Crypto IPC removendo o MediaDrmService. Uma nova API MediaDrm é adicionada para enumerar os plug-ins DRM disponíveis.

Decodificação de baixa latência no MediaCodec

O Android 11 inclui MediaCodec 2.0 para ativar a decodificação de mídia com baixa latência, o que é fundamental para apps em tempo real.

Diversos

Atualização dos requisitos do app AOSP Gallery

A partir do Android 11, o app AOSP Gallery não precisa ser compatível com o tipo MIME application/sdp para a intent ACTION_VIEW. O filtro de intent ACTION_VIEW para o tipo MIME application/sdp foi removido do arquivo de manifesto do app AOSP Gallery.

Esses requisitos estão documentados na seção 3.2.3.1. Principais intents do aplicativo do CDD.

Desempenho

lmkd do espaço do usuário

O Android 11 introduz uma nova estratégia de eliminação para evitar a falta de memória e degradação do desempenho.

Energia

Suspensão desatenta para o modo de espera da TV

No Android 11, foi adicionado um novo recurso chamado "suspensão desatenta" para o modo de espera da TV. Ele é um recurso de economia de energia que permite definir um tempo limite de inatividade após o dispositivo entrar no modo de suspensão, mesmo se houver wakelocks.

Seguro

OEMCrypto

O Android 11 é compatível com a versão 16 da API OEMCrypto.

Armazenamento

Armazenamento com escopo

O Android 11 é compatível com o armazenamento com escopo, que limita o acesso dos apps ao armazenamento externo. Além disso, o MediaProvider se torna o gerenciador do sistema de arquivos (para FUSE) para armazenamento externo. Dessa forma, o banco de dados do armazenamento externo e do MediaProvider permanecem consistentes.

Suspensão de uso do SDCardFS

A compatibilidade com o SDCardFS foi suspensa no Android 11. O teste VTS não permite que sistemas de arquivos ativados sejam listados como SDCardFS. As funções do SDCardFS são substituídas por outros métodos.

Testes

Conjunto de teste de compatibilidade (CTS)

Para o Android 11, muitos novos módulos de chave e mudanças de teste foram introduzidos no CTS. Consulte as Notas da versão do CTS para mais informações.

Testes CTS para APIs de gerenciamento de APEX

A partir do Android 11, o pacote CtsShimApex contém dois apps pré-criados que o CTS usa para testar privilégios e permissões.

Se o dispositivo não for compatível com o gerenciamento de pacotes APEX ou se o dispositivo estiver executando a versão 10 ou anterior, os dois apps pré-criados precisarão ser pré-instalados no sistema separadamente.

Para ver mais detalhes, consulte Pacotes de paliativo CTS.

Notas da versão do CTS

O Android 11 introduz vários novos módulos e mudanças de teste importantes.

Depurar

Geração de registros de fornecedor com escopo

O Android 11 adiciona uma nova HAL, IDumstateState (versão 1.1). Essa HAL expõe novos métodos para restringir ainda mais o escopo dos registros de fornecedores incluídos em relatórios de bugs padrão, assim como para permitir que as versões do usuário ativem e desativem a geração de registros do fornecedor (o padrão para versões de usuário é desativado). Dessa forma, os OEMs têm mais controle sobre o que é incluído em determinados tipos de relatórios de bugs.

GWP-ASan: detecção de corrupção do heap

O GWP-ASan é um recurso de alocação de memória nativo que ajuda a localizar os bugs use-after-free e de overflow do buffer de heap nos processos de 32 e 64 bits.

O GWP-ASan é ativado automaticamente no Android 11 para aplicativos do sistema e executáveis de plataforma. Não o desative na plataforma, nem o ative em seus apps.

Atualizações

Melhorias na atualização dinâmica do sistema (DSU)

O Android 10 acrescenta melhorias nas atualizações dinâmicas do sistema (DSU, na sigla em inglês), incluindo:

• um novo front-end, o carregador de DSU de um clique;
• compatibilidade com DSUs com várias partições;
• DSUs assinadas por OEM, para maior segurança;
• novas maneiras de gerenciar a compatibilidade entre DSUs e dispositivos.

Pacotes OTA para vários SKUs

O Android 11 ou de versões mais recentes é compatível com o uso de um único pacote OTA para vários dispositivos com SKUs diferentes. Para isso, é necessário configurar os dispositivos de destino para usar impressões digitais dinâmicas e atualizar os metadados OTA (usando ferramentas OTA) para incluir o nome do dispositivo e a impressão digital nas entradas de pré e pós condição.

Como assinar builds para lançamento

Vários comandos da CLI para assinar builds para lançamento foram modificados no Android 11.

Teste de fornecedor (VTS) 11

O Conjunto de teste de fornecedor (VTS, na sigla em inglês) oferece testes extensivos no kernel e na camada de abstração de hardware (HAL).

A/B virtual

O Android 11 unifica as atualizações A/B e não A/B ao fornecer o A/B virtual. O A/B virtual fornece atualizações contínuas para os dispositivos e minimiza o custo do armazenamento.

Teste

O alocador de heap do Scudo por padrão

A partir do Android 11, o alocador de heap do Scudo é usado para todo o código nativo, exceto em dispositivos com pouca memória, em que jetmalloc ainda é usado. Portanto, não é mais necessário ativar o Scudo em cada binário. Para mais informações, consulte a página do Scudo.

TV

Framework CAS

O Android 11 é compatível com o framework de sistemas de acesso condicional de mídia (Media CAS, na sigla em inglês) para o Android TV, que fornece APIs Java padrão para desenvolvedores terceirizados e OEMs. Consulte o framework CAS para mais detalhes.

Encapsulamento de multimídia

No Android 11, os usuários podem implementar o encapsulamento de multimídia com conteúdo de áudio e vídeo diretamente alimentado pelo Tuner.

Framework Tuner

O Android 11 é compatível com o Tuner Framework para o Android TV, que oferece conteúdo A/V com o uso do Tuner HAL, API SDK Tuner e Tuner Resource Manager.

TV Input Framework

O Android TV Input Framework (TIF) simplifica o envio de conteúdo ao vivo para o Android TV, oferecendo uma API padrão para que os fabricantes criem módulos de entrada para controlar o Android TV e ativar as pesquisas e recomendações de TV ao vivo. O Android 11 introduz três novos componentes para o TIF.