Notas de versão do Android 11

Esta página resume os principais recursos da versão Android 11 e fornece links para informações adicionais. Esses resumos de recursos são organizados de acordo com a localização da documentação do recurso neste site.

Arquitetura

Cotas de API

A versão do Android 11 apresenta o recurso de cotas de API, que limita a frequência com que os aplicativos podem chamar certas APIs. É implementado apenas em chamadas de API JobScheduler . Todas as alterações feitas nos limites predefinidos ainda devem passar no teste CTS. Você pode desabilitar e habilitar cotas de API usando o setEnabled método em QuotaTracker.java . O padrão é habilitado. Desativar o recurso permite que os aplicativos chamem as APIs afetadas sem limitação.

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

Bootloader

Boot header versão 3

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

Partições

Partições de inicialização

O Android 11 apresenta o conceito de imagem genérica do kernel. Para permitir a inicialização fácil de um dispositivo arbitrário com uma imagem de kernel genérica, todas as informações específicas do fornecedor são retiradas da partição de inicialização e realocadas em uma partição de inicialização do fornecedor . Um dispositivo inicializado com Android 11 deve oferecer suporte à partição de inicialização do fornecedor e ao formato de partição de inicialização atualizado para passar no teste com o 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 produto

O Android 11 descompacta a partição do product , tornando-a independente das partições do system e do fornecedor. Como parte dessas mudanças, agora você pode controlar o acesso da partição do produto às interfaces nativas e Java.

Imagens de recuperação

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

Reinícios suaves

O Android 11 oferece suporte a reinicializações suaves , que são reinicializações em 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).

Núcleo

Kernels comuns do Android

O Android 11 apresenta mudanças significativas em como os kernels comuns do Android são desenvolvidos e integrados .

Monitoramento ABI do kernel do Android

O Android 11 apresenta ferramentas de monitoramento ABI para estabilizar a ABI no kernel dos kernels Android.

Imagem Genérica do Kernel

O Android 11 apresenta a Imagem Genérica do Kernel (GKI) , que trata da fragmentação do kernel unificando o kernel central e movendo o SoC e o suporte da placa do kernel central para módulos carregáveis.

Kernels modulares

Suporte para módulo de kernel

Uma imagem de kernel genérica (GKI) pode não conter o suporte de driver necessário para permitir que um dispositivo monte partições. Para habilitar um dispositivo a montar partições e continuar a inicialização, o init primeiro estágio é aprimorado para carregar os módulos do kernel presentes em um ramdisk . O ramdisk é dividido em ramdisks genéricos e de fornecedores. Os módulos do 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 o suporte da plataforma para DebugFS e requer que ele não seja montado ou acessado em dispositivos de produção. Embora DebugFS tenha sido criado para fins de depuração, ele foi incluído em compilações de usuário e usado para componentes genéricos e específicos do fornecedor. DebugFS está sendo preterido porque cria:

API instável e não documentada. O Android depende de interfaces de kernel Linux bem definidas e estáveis e HALs para funcionar corretamente. Os testes VTS reforçam a presença e correção dessas interfaces. O DebugFS não pode ser aplicado porque seu ABI não é estável nem documentado.
Código de baixa qualidade. Por serem para depuração, os nós adicionados ao debugfs não são revisados e testados tão rigorosamente quanto aqueles em outros sistemas de arquivos. Quando os bugs são descobertos no debugfs , eles são tratados como menos prioritários, o que contribui para vulnerabilidades de segurança que se originam do 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 existe 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 aperto da SEpolicy tenha reduzido a gravidade das vulnerabilidades de segurança originadas de debugfs , proibir a montagem de debugfs é a única maneira de eliminar completamente a superfície de ataque.

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

ION heaps para GKI

No Android 11, o Android Common Kernel v5.4 apresenta uma estrutura para modularizar heaps ION específicos do fornecedor , mantendo o driver ION principal integrado, permitindo que os OEMs retenham as modificações do driver do kernel ION ao usar a imagem genérica do kernel (GKI).

Componentes modulares do sistema

Autorizações de revogação automática

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

Atualizações do módulo Mainline

O Android 11 apresenta vários novos módulos e atualiza vários módulos existentes que foram introduzidos no Android 10.

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

O Android 11 ou superior oferece suporte a um novo mecanismo para RROs . Os aprimoramentos incluem espaço de ID de recurso reservado, um arquivo res/xml/overlays.xml para enumerar recursos de destino, uma regra de construção Soong para sobreposições, um arquivo OverlayConfig para configurar a mutabilidade, estado padrão e prioridade de sobreposições.

Fornecedor NDK

Instantâneos do fornecedor

O Android 11 oferece suporte a artefatos de criação de instantâneos VNDK e instantâneos de fornecedores , que você pode usar para criar vendor.img independentemente da versão do Android na árvore de origem. Isso permite versões mistas de imagens, como um fornecedor mais antigo e uma imagem de sistema mais recente.

Áudio

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

No Android 11, a fonte de áudio MediaRecorder.AudioSource.RADIO_TUNER é visível como @SystemApi e usá-la ao capturar áudio com um AudioRecord ou MediaRecorder requer permissão privilegiada android.permission.CAPTURE_AUDIO_OUTPUT

Efeitos de áudio

A partir do Android 11, os fabricantes de dispositivos têm a capacidade de conectar e ativar automaticamente efeitos de áudio específicos quando um 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 que novos tipos de dispositivos de áudio sejam adicionados.

Implementação

Implementação de áudio

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

Automotivo

Detalhes de liberação

Para saber mais sobre os novos recursos e aprimoramentos automotivos , consulte Detalhes da versão automotiva .

API de redefinição de porta USB

Os fabricantes de dispositivos podem implementar a API de redefinição da porta USB no Android 11 para redefinir a conexão do dispositivo USB com os hosts conectados.

Câmera

Bokeh da câmera

A partir do Android 11, a plataforma Android suporta implementações de bokeh de câmera e fornece APIs para disponibilizar o recurso bokeh para aplicativos de terceiros.

Zoom da câmera

No Android 11, um aplicativo pode usar o zoom de uma câmera (digital e ótico) por meio da configuração ANDROID_CONTROL_ZOOM_RATIO . Esta configuração é um fator de ponto flutuante que permite melhor precisão para zoom em comparação com o uso de valores inteiros com a configuração ANDROID_SCALER_CROP_REGION e permite diminuir o zoom (<1.0f).

Streaming simultâneo de câmera

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

Suporte de câmera aprimorado para dispositivos virtuais Android

O Android 11 apresenta uma implementação de HAL de câmera emulada renovada nos dispositivos virtuais Cuttlefish e Android Emulator que adiciona suporte para mais recursos de câmera, incluindo:

Captura RAW
Reprocessamento YUV
Dispositivos de nível 3
Suporte lógico de câmera
Suporte apenas para câmera de profundidade

Este HAL de câmera emulada pode ser encontrado em /platform/hardware/google/camera/devices/EmulatedCamera/hwl .

Práticas recomendadas para multicâmeras

Para tirar o máximo proveito dos recursos habilitados por várias câmeras enquanto mantém a compatibilidade do aplicativo, siga estas práticas recomendadas ao implementar um dispositivo lógico de várias câmeras. Isso inclui as práticas recomendadas sobre o uso da API ANDROID_CONTROL_ZOOM_RATIO introduzida no Android 11.

Câmeras do sistema

O Android 11 apresenta suporte para câmeras do sistema por meio da permissão android.permission.SYSTEM_CAMERA . Câmeras de sistema permitem implementar recursos de câmera que podem ser usados em aplicativos privilegiados ou de sistema, mas não estão disponíveis para aplicativos públicos de terceiros.

Compatibilidade

O Documento de definição de compatibilidade do Android 11 itera versões anteriores com atualizações para novos recursos e alterações nos requisitos para funcionalidades lançadas anteriormente.

Conectividade

Bluetooth e NFC

Sincronização de pagamento NFC fora do host

O Android suporta emulação de cartão NFC com um elemento seguro para emulação de cartão fora do host, mas é possível que o serviço de pagamento preferido especificado na configuração Toque e pague não esteja sincronizado com o aplicativo no elemento seguro.

O Android 11 soluciona esse problema com a sincronização de pagamento fora do host , um mecanismo que permite sincronizar a configuração de pagamento no Tap & pay, a configuração de roteamento no front-end sem contato (CLF) e o estado selecionado pelo aplicativo no elemento seguro .

Carteira de acesso rápido

O recurso Carteira de acesso rápido permite que o usuário acesse cartões de pagamento e passes relevantes diretamente do menu de energia.

Chamadas e mensagens

Comportamento de chamada de emergência

O Android 11 apresenta mudanças na forma como as chamadas de emergência são tratadas para atender melhor aos requisitos da operadora. O comportamento para lidar com 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 tecla KEY_ALLOW_HOLD_CALL_DURING_EMERGENCY_BOOL está definida, o dispositivo desconecta automaticamente a chamada em andamento ou coloca a chamada em andamento em espera e não permite voltar para a chamada em andamento até que a chamada de emergência seja desconectada .
Durante uma chamada de emergência, as chamadas recebidas são rejeitadas automaticamente e exibidas como chamadas perdidas para o usuário. Durante uma chamada de emergência ativa, as chamadas não emergenciais de saída não podem ser realizadas.
No modo de retorno de chamada de emergência, fazer uma chamada não emergencial faz com que o dispositivo saia do modo de retorno de chamada de emergência. Se uma chamada de emergência for feita, o dispositivo entrará novamente no modo de retorno de chamada de emergência quando a chamada terminar. As chamadas recebidas não fazem com que o dispositivo saia do modo de retorno de chamada de emergência.
Chamadas de emergência ativas não podem ser trocadas ou retidas.

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

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

Transportadora

eSIM

Fluxo de ativação do eSIM por meio do aplicativo da operadora

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

Para mais informações, veja:

Tratamento de erros da API eUICC

O Android 11 apresenta chaves e valores adicionais para melhorar o tratamento de erros , permitindo que o chamador da API eUICC trate erros específicos individualmente.

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

A partir do Android 11, ao usar o método eraseSubscriptions no EuiccManager , você deve fornecer um valor enum EuiccCardManager#ResetOption para especificar se deseja apagar todos os tipos de assinaturas de teste, operacionais ou ambos.

Suporte de rede multi-operadora

Os dispositivos lançados com o Android 11 podem fornecer suporte para várias redes móveis terrestres públicas (PLMNs) . O suporte Multi-PLMN fornece flexibilidade para operadoras de rede móvel (MNOs), permitindo que transmitam várias identidades.

Suporte de células pequenas

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

API de diagnóstico de conectividade

A API de diagnóstico de conectividade permite que aplicativos que possuem ou gerenciam redes, como aplicativos de operadora, aplicativos de VPN e aplicativos de sugestão de Wi-Fi, recebam informações de diagnóstico de conectividade de rede da estrutura.

Abrir alterações de API para celular

O Android 11 apresenta funcionalidade adicional para Open Mobile API (OMAPI):

Regras de análise para privilégios de operadora.
Personalização do acesso de Elemento Seguro (eSE) incorporado ou provisionamento de um eSE usando um ou mais dos seguintes:
- SECURE_ELEMENT_PRIVILEGED_OPERATION permissão privilegiada do sistema
- Identificadores de aplicativo (AIDs) configuráveis de aplicativo mestre de regra de acesso (ARA-M)
- reset API do sistema para redefinir o leitor OMAPI
Fornecendo aos leitores um indicador claro para aplicativos para filtrar recursos do dispositivo.

Relatório de força do sinal

No Android 11, você pode selecionar e personalizar vários tipos de medição de sinal para a estrutura a ser usada para relatar a intensidade do sinal de redes de acesso de rádio 4G LTE e 5G NR (RANs). Você pode então usar as intensidades de sinal relatadas para controlar como as barras de sinal são exibidas em 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.

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

O Android 11 apresenta configuração aprimorada de ponto de acesso Wi-Fi (soft AP) , fornecendo mais suporte para casos de uso de operadora e personalizações. Essas mudanças permitem que os fabricantes de dispositivos configurem o seguinte:

SSID e BSSID
Tipo de segurança (incluindo WPA3)
SSID oculto
Banda operacional e canal (incluindo ACS)
Número máximo de clientes permitidos
Valor de tempo limite de desligamento automático
Permitir lista e lista de bloqueio para permitir o controle do usuário de dispositivos associados

Aprimoramentos de seleção de rede Wi-Fi

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

Aprimoramentos de Wi-Fi Passpoint

O Android 11 apresenta os seguintes aprimoramentos ao recurso Passpoint :

Suporte para expiração de perfil, permitindo que o sistema notifique o usuário e imponha datas de expiração de perfil. Isso requer um perfil com o campo SubscriptionParameters/ExpirationDate inicializado.
Suporte para certificados de CA autoassinados privados para perfis Passpoint R1.
Suporte para perfis Passpoint R1 sem certificado CA. O sistema usa o armazenamento confiável padrão para autenticar a conexão.
Suporte para configurar um domínio AAA nomeado separadamente do ANQP FQDN (usando o nó Extension/Android em PPS-MO). Isso permite que você especifique um domínio AAA diferente do domínio anunciado sem comprometer a segurança da conexão.
Suporte para várias configurações de Passpoint instaladas com o mesmo FQDN. Isso é útil para operadoras que implantam mais de uma combinação de código de país móvel (MCC) e código de rede móvel (MNC) em sua rede, mas tem apenas um único FQDN.
Capacidade de detectar e aceitar pontos de acesso Passpoint R3.
Melhor correspondência de rede:
- Suporta correspondência de provedor doméstico para HomeSP/HomeOIList .
- Suporta correspondência de provedor doméstico para HomeSP/OtherHomePartners .
- Remove o requisito de correspondência do método EAP que não é exigido pela especificação do Passpoint.

Os perfis de Wi-Fi melhoraram o suporte a nomes comuns

No Android 11, os perfis de Wi-Fi permanecem válidos quando uma autoridade de certificação raiz (CA) de uma operadora muda se o nome comum for especificado na subárvore de extensão opcional do Android . Nas versões anteriores, os usuários devem baixar um novo perfil da operadora se a CA raiz for alterada.

Dados

Auditoria de acesso a dados

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

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

Exibição

Atualizações da API de notificação do Bubbles

O Android 10 introduziu a API de notificação Bubbles , que permite aos usuários realizar várias tarefas facilmente de qualquer lugar em seus dispositivos. O Android 11 inclui vários aprimoramentos do Bubbles. As mudanças mais notáveis são ativar o Bubbles por padrão e remover as configurações das opções do desenvolvedor. Nenhum trabalho é necessário para implementar Bubbles na plataforma Android.

Controles de dispositivo

O recurso de controles de dispositivo, disponível a partir do Android 11, permite que o usuário visualize e controle rapidamente dispositivos externos, como luzes, termostatos e câmeras a partir do menu de energia do Android. Agregadores de dispositivos (por exemplo, Google Home) e aplicativos de terceiros podem fornecer dispositivos para exibição neste espaço. Nenhum trabalho de implementação de plataforma é necessário para oferecer suporte a esse recurso. A implementação padrão está incluída na IU do sistema AOSP. Para obter informações sobre como adicionar suporte para controles de dispositivo ao seu aplicativo de controle, consulte a página Controlar dispositivos externos de desenvolvedores Android.

Atualizações do classificador de texto

O Android 11 apresenta uma implementação padrão atualizável do serviço classificador de texto que está no módulo ExtServices Mainline. Recomenda-se aos fabricantes de dispositivos que usem esta implementação de TextClassifierService , pois pode ser atualizado por meio de atualizações Mainline OTA.

Empreendimento

Melhorias no perfil de trabalho

O Android 11 contém aprimoramentos de privacidade e usabilidade para perfis de trabalho, projetados para enfrentar os principais desafios de usabilidade. É crucial que essas melhorias sejam implementadas de forma consistente em todo o ecossistema.

Os administradores de TI que oferecem suporte ao Android devem oferecer suporte à experiência em qualquer dispositivo Android que seus usuários tragam para o trabalho. Melhorar a consistência de UX de fluxos de trabalho críticos diminui significativamente o custo de suporte do Android em ambientes BYOD. A implementação consistente de recursos de privacidade em todos os dispositivos também aumenta a confiança do usuário. Algumas atualizações incluem:

A lista de aplicativos possui guias separadas denominadas Pessoal e Trabalho.
A guia trabalho tem um botão de alternância para desligar o perfil de trabalho.
Quando o perfil de trabalho é desativado, os ícones do aplicativo de trabalho ficam cinza e uma sobreposição na guia de trabalho diz que os aplicativos de trabalho estão pausados.

Interação

Atualizações do Context Hub Runtime Environment

O Android 11 apresenta a CHRE API v1.4 , que inclui suporte para informações de células 5G, despejo de depuração de nanoapp e outras melhorias. Ele também inclui suporte para o uso do TensorFlow Lite para microcontroladores em nanoapps. Para obter mais informações, consulte Context Hub Runtime Environment (CHRE) .

Haptics

O Android 11 inclui um novo guia sobre a implementação de haptics e avaliação do desempenho de haptics em seu dispositivo.

Entrada

Gamepads

O Android 11 adiciona suporte para controladores de jogos de terceiros, incluindo:

Controlador Nintendo Switch Pro : Android adiciona suporte para conectividade USB e Bluetooth para o controlador Nintendo Switch Pro. O teste CTS é necessário para todas as implementações, use NintendoSwitchProTest para validar sua implementação.
Controlador Steam : o Android adiciona conectividade USB para o controlador Steam.

Redes neurais

Melhores Práticas

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

Controle de fluxo

No Android 11, a NNAPI adiciona duas operações de fluxo de controle , IF e WHILE , que usam outros modelos como argumentos e os executam condicionalmente ( IF ) ou repetidamente ( WHILE ). Isso permite a construção de modelos que executam operações diferentes com base nos valores de entrada ou executam operações várias vezes sem desenrolar.

Execuções cercadas

No Android 11, a NNAPI permite que as execuções esperem por uma lista de identificadores sync_fence e, opcionalmente, retornem 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. A execução protegida também permite uma interoperabilidade mais eficiente com outros componentes que podem sinalizar ou esperar por sync_fence .

Domínios de memória

Para dispositivos com Android 11 ou superior, a NNAPI oferece suporte a domínios de memória que fornecem interfaces de alocador para buffers gerenciados por driver . Isso permite a passagem de memórias nativas do dispositivo entre as execuções, suprimindo a cópia e transformação desnecessária de dados entre execuções consecutivas no mesmo driver.

Qualidade de serviço

A partir do Android 11, a NNAPI oferece qualidade de serviço (QoS) aprimorada, permitindo que um aplicativo indique as prioridades relativas de seus modelos, o tempo máximo esperado para um modelo ser preparado e o tempo máximo esperado para um execução a ser concluída.

Quantização assinada de 8 bits

O Neural Network HAL (NN HAL) 1.3, introduzido no Android 11, oferece suporte à quantização de 8 bits assinada para a API de redes neurais. Para obter mais informações, consulte NN HAL updates in Android 11 .

Melhorias de teste

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

Para mais informações, veja:

Sensores

Tipo de sensor de ângulo de dobradiça

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

Sensores Multi-HAL 2.1

Sensors Multi-HAL 2.1 , disponível no Android 11, é uma iteração de 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 suportar este tipo de sensor, os sub-HALs devem usar os sub-HAL APIs definidos no cabeçalho SubHal 2.1 .

meios de comunicação

DRM

O Android 11 simplifica o caminho MediaDrm / Crypto IPC por meio da remoção de MediaDrmService. Uma nova API MediaDrm é adicionada para enumerar os plug-ins DRM disponíveis.

Decodificação de baixa latência em MediaCodec

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

Diversos

Atualização dos requisitos do aplicativo AOSP Gallery

A partir do Android 11, o aplicativo AOSP Gallery não é necessário para oferecer suporte ao tipo MIME application/sdp para o ACTION_VIEW . O filtro de intenção ACTION_VIEW para o tipo de application/sdp MIME foi removido do arquivo de manifesto do aplicativo AOSP Gallery .

Esses requisitos estão documentados na seção 3.2.3.1. Intenção do aplicativo central do CDD.

atuação

Espaço de usuário lmkd

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

Poder

Sono desatento para TV em espera

No Android 11, um novo recurso chamado suspensão desatenta foi adicionado ao modo de espera da TV . É um recurso de economia de energia que permite que um tempo limite de inatividade do usuário seja definido após o qual o dispositivo vai hibernar, mesmo se os wakelocks forem pressionados.

Seguro

OEMCrypto

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

Armazenamento

Armazenamento com escopo

O Android 11 oferece suporte ao armazenamento com escopo , o que limita o acesso do aplicativo ao armazenamento externo. Além disso, o MediaProvider se torna o manipulador do sistema de arquivos (para FUSE) para armazenamento externo, tornando o sistema de arquivos no armazenamento externo e o banco de dados MediaProvider consistentes.

Descontinuação SDCardFS

O suporte a SDCardFS está obsoleto no Android 11. O teste VTS não permite sistemas de arquivos montados listados como SDCardFS. As funções do SDCardFS são substituídas por outros métodos.

Testes

Pacote de teste de compatibilidade (CTS)

Para o Android 11, muitos novos módulos principais e alterações de teste são introduzidos no CTS. Consulte as Notas de versão do CTS para obter mais informações.

Testes CTS para APIs de gerenciamento APEX

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

Se o seu dispositivo não oferece suporte ao gerenciamento de pacote APEX ou se o dispositivo está executando a versão 10 ou inferior, os dois aplicativos pré-construídos devem ser pré-instalados no sistema separadamente.

Para obter mais detalhes, consulte os pacotes de correção do CTS .

Notas de versão CTS

O Android 11 apresenta muitos novos módulos principais e alterações de teste .

Depurando

Registro de fornecedor com escopo

O Android 11 adiciona um novo HAL, IDumpstateDevice (versão 1.1). Este HAL expõe novos métodos a logs de fornecedores de escopo mais restrito que são incluídos em relatórios de bug padrão, bem como permite que as compilações do usuário ativem e desativem o log do fornecedor (o padrão para compilações do usuário é desativado). Isso dá aos OEMs mais controle sobre o que é incluído em determinados tipos de relatórios de bug.

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

GWP-ASan é um recurso de alocador de memória nativo que ajuda a encontrar bugs de uso após liberação e estouro de buffer de pilha em processos de 32 e 64 bits.

GWP-ASan é habilitado automaticamente no Android 11 para aplicativos de sistema e executáveis de plataforma. Não o desabilite na plataforma e habilite-o em seus aplicativos.

Atualizações

Aprimoramentos de atualização dinâmica do sistema (DSU)

O Android 10 inclui melhorias para Dynamic System Updates (DSU) , incluindo:

Um novo front-end, o carregador DSU de um clique
Suporte para DSUs de partição múltipla
DSUs assinados 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 superior suporta o uso de um único pacote OTA para vários dispositivos com diferentes SKUs . Para fazer isso, é necessário configurar os dispositivos alvo 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 pré e pós-condição.

Assinando versões para lançamento

Vários comandos CLI para assinar construções para lançamento foram alterados no Android 11 .

Pacote de teste do fornecedor (VTS) 11

O Android 11 Vendor Test Suite (VTS) fornece testes extensivos no kernel e na camada de abstração de hardware (HAL).

Virtual A / B

O Android 11 unifica atualizações A / B e não A / B fornecendo A / B virtual . O Virtual A / B traz atualizações contínuas para dispositivos, minimizando o custo de armazenamento.

Testando

Alocador de heap Scudo por padrão

A partir do Android 11, o alocador de heap scudo é usado para todos os códigos nativos (exceto em dispositivos de pouca memória, onde jemalloc ainda é usado). Portanto, você não precisa mais habilitar o scudo por binário. Para obter mais informações sobre scudo, consulte a página Scudo .

televisão

Estrutura CAS

O Android 11 oferece suporte à estrutura de sistemas de acesso condicional de mídia (Media CAS) para Android TV, que fornece APIs Java padrão para desenvolvedores e OEMs terceirizados. Consulte CAS Framework para obter mais detalhes.

Tunelamento multimídia

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

Estrutura do sintonizador

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

Estrutura de entrada de TV

O Android TV Input Framework (TIF) simplifica a entrega de conteúdo ao vivo para a Android TV, fornecendo uma API padrão para os fabricantes criarem módulos de entrada para controlar a Android TV e permitindo pesquisas e recomendações de TV ao vivo. O Android 11 apresenta três novos componentes ao TIF.