Esta página resume os principais recursos da versão do 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 determinadas APIs. É implementado apenas em chamadas de API JobScheduler
. Quaisquer alterações feitas nos limites predefinidos ainda deverão passar no teste CTS. Você pode desabilitar e habilitar cotas de API usando o método setEnabled
em QuotaTracker.java
. O padrão está habilitado. Desativar o recurso permite que os aplicativos chamem as APIs afetadas sem limitação.
São fornecidos testes de unidade para QuotaTracker
e classes associadas. A documentação detalhada está nos comentários da classe QuotaTracker
. Este recurso apresenta a nova API pública LimitExceededException
.
Carregador de inicialização
Cabeçalho de inicialização 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 de um dispositivo arbitrário com uma imagem genérica do kernel, todas as informações específicas do fornecedor são eliminadas da partição de inicialização e realocadas em uma partição de inicialização do fornecedor . Um dispositivo iniciado 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 nos testes 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 desmembra a partição product
, tornando-a independente das partições do system
e do fornecedor. Como parte dessas mudanças, agora é possível 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 versão 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 .
Reinicializações 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 reinicialização (por exemplo, atualizações para pacotes APEX).
Núcleo
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 Android
O Android 11 apresenta ferramentas de monitoramento de ABI para estabilizar a ABI no kernel dos kernels do Android.
Imagem genérica do kernel
O Android 11 apresenta a imagem genérica do kernel (GKI) , que aborda a fragmentação do kernel unificando o kernel principal e movendo o SoC e o suporte da placa do kernel principal para módulos carregáveis.
Núcleos modulares
Suporte ao módulo do kernel
Uma imagem genérica do kernel (GKI) pode não conter o suporte de driver necessário para permitir que um dispositivo monte partições. Para permitir que um dispositivo monte partições e continue a inicialização, init
de primeiro estágio é aprimorado para carregar os módulos do kernel presentes em um ramdisk . O ramdisk é dividido em ramdisks genéricos e de fornecedor. Os módulos do kernel do fornecedor são armazenados no ramdisk do fornecedor. A ordem na qual os módulos do kernel são carregados é configurável.
DebugFS
O Android 11 remove o suporte da plataforma para DebugFS e exige que ele não seja montado ou acessado em dispositivos de produção. Embora o DebugFS tenha sido criado para fins de depuração, ele foi incluído nas compilações de usuário e usedebug para componentes genéricos e específicos do fornecedor. O DebugFS está sendo descontinuado 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 a correção dessas interfaces. O DebugFS não pode ser aplicado porque sua ABI não é estável nem documentada.
Má qualidade do código. 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 bugs são descobertos emdebugfs
, eles são tratados como menos prioritários, o que contribui para vulnerabilidades de segurança originadas emdebugfs
.Vulnerabilidades de segurança. O DebugFS foi criado com o intuito de ajudar os desenvolvedores do kernel a depurar o sistema e não com foco na segurança. 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 reforço da política SE tenha reduzido a gravidade das vulnerabilidades de segurança originadas de
debugfs
, proibir a montagemdebugfs
é a única maneira de eliminar completamente a superfície de ataque.
No Android 11, o VTS impõe que CONFIG_DEBUG_FS
não esteja habilitado na configuração do kernel do dispositivo e debugfs
não esteja listado em /proc/filesystems
.
Pilhas ION para GKI
No Android 11, o Android Common Kernel v5.4 introduz uma estrutura para modularizar heaps ION específicos do fornecedor , mantendo o driver ION principal integrado, permitindo que os OEMs mantenham as modificações do driver do kernel ION ao usar a imagem genérica do kernel (GKI).
Componentes modulares do sistema
Revogar permissões automaticamente
No Android 11, o módulo PermissionsController pode revogar automaticamente 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 principal
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, o estado padrão e a prioridade das sobreposições.
Fornecedor NDK
Instantâneos do fornecedor
O Android 11 oferece suporte a artefatos de compilação de snapshots do VNDK e snapshots 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 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 podem anexar 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 a adição de novos tipos de dispositivos de áudio.
Implementação
Implementação de áudio
O Android 11 apresenta uma aplicação mais rigorosa de implementações HAL de gatilho de som em tempo de execução do que versões anteriores.
Automotivo
Detalhes do lançamento
Para saber mais sobre os novos recursos e melhorias do Automotive, consulte Detalhes da versão automotiva .
API de redefinição de porta USB
Os fabricantes de dispositivos podem implementar a API USB Port Reset no Android 11 para redefinir a conexão do dispositivo USB com hosts conectados.
Câmera
Bokeh da câmera
A partir do Android 11, a plataforma Android oferece suporte a 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 da câmera (digital e óptico) por meio da configuração ANDROID_CONTROL_ZOOM_RATIO
. Esta configuração é um fator de ponto flutuante que permite melhor precisão de zoom em comparação ao uso de valores inteiros com a configuração ANDROID_SCALER_CROP_REGION
e permite diminuir o zoom (<1.0f).
Streaming de câmera simultâneo
A partir do Android 11, a API Camera2 inclui métodos que os aplicativos 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.
Suporte aprimorado de câmera para dispositivos virtuais Android
O Android 11 apresenta uma implementação renovada de Camera HAL emulada em 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 para câmera lógica
- 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 várias câmeras
Para aproveitar ao máximo os recursos habilitados por múltiplas câmeras e, ao mesmo tempo, manter a compatibilidade do aplicativo, siga estas práticas recomendadas ao implementar um dispositivo lógico com múltiplas câmeras. Isso inclui práticas recomendadas para usar a 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
. As câmeras do sistema permitem implementar recursos de câmera que podem ser usados em aplicativos privilegiados ou do 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 repete 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 oferece suporte à 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 preferencial especificado na configuração Tocar e pagar não esteja sincronizado com o aplicativo no elemento seguro.
O Android 11 resolve esse problema com a sincronização de pagamentos fora do host , um mecanismo que permite sincronizar a configuração de pagamento no Tocar e pagar, 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 ao usuário acessar cartões de pagamento e passes relevantes diretamente do menu de energia.
Chamadas e mensagens
Comportamento de chamada de emergência
O Android 11 introduz mudanças na forma como as chamadas de emergência são tratadas para melhor atender 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 a troca de volta 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, chamadas não emergenciais não podem ser efetuadas.
- 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.
- As 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.
Operadora
SIM
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 do 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:
- Iniciando a IU do aplicativo da operadora no fluxo de ativação da LPA
- Iniciando o fluxo de ativação de LPA em um aplicativo de operadora
Tratamento de erros da API eUICC
O Android 11 introduz chaves e valores adicionais para melhorar o tratamento de erros , permitindo que o chamador da API eUICC lide com erros específicos individualmente.
Parâmetro de opção para o método de exclusão de assinaturas
A partir do Android 11, ao usar o método eraseSubscriptions
em EuiccManager
, você deve fornecer um valor de enum EuiccCardManager#ResetOption
para especificar se deseja apagar todos os tipos de assinaturas de teste, operacionais ou ambos.
Suporte de rede multioperadora
Os dispositivos lançados com Android 11 podem oferecer suporte para diversas redes móveis terrestres públicas (PLMNs) . O suporte Multi-PLMN oferece flexibilidade às operadoras de redes móveis (MNOs), permitindo-lhes transmitir múltiplas identidades.
Suporte para células pequenas
Os dispositivos lançados com 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. Isto é útil para operadoras de redes móveis (MNOs) que gerenciam pequenas células por meio de grupos fechados de assinantes.
API de diagnóstico de conectividade
A API Connectivity Diagnostics permite que aplicativos que possuem ou gerenciam redes, como aplicativos de operadora, aplicativos VPN e aplicativos de sugestão de Wi-Fi, recebam informações de diagnóstico de conectividade de rede da estrutura.
Abrir alterações na API Mobile
O Android 11 introduz funcionalidades adicionais para Open Mobile API (OMAPI):
- Análise de regras para privilégios de operadora.
Personalizar o acesso ao elemento seguro incorporado (eSE) ou provisionar um eSE usando um ou mais dos seguintes:
- Permissão privilegiada do sistema SECURE_ELEMENT_PRIVILEGED_OPERATION
- Identificadores de aplicativos (AIDs) mestres de aplicativos de regras de acesso configuráveis (ARA-M)
-
reset
a API do sistema para redefinir o leitor OMAPI
Fornecendo aos leitores um indicador claro para que os aplicativos filtrem os recursos do dispositivo.
Relatório de intensidade do sinal
No Android 11, você pode selecionar e personalizar vários tipos de medição de sinal para a estrutura usar para relatar a intensidade do sinal de redes de acesso de rádio (RANs) 4G LTE e 5G NR. 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 para 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 e personalizações da operadora. Essas alterações 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
- Lista de permissões e lista de bloqueio para permitir o controle do usuário sobre dispositivos associados
Aprimoramentos na 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.
Melhorias no ponto de acesso Wi-Fi
O Android 11 apresenta as seguintes melhorias no recurso Passpoint :
- Suporte à expiração do perfil, permitindo que o sistema notifique o usuário e imponha datas de expiração do perfil. Isso requer um perfil com o campo
SubscriptionParameters/ExpirationDate
inicializado. - Suporte para certificados de CA privados e autoassinados para perfis do 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 FQDN ANQP (usando o nó
Extension/Android
no PPS-MO). Isso permite especificar 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 possuem apenas um único FQDN.
- Capacidade de detectar e aceitar pontos de acesso Passpoint R3.
- Correspondência de rede aprimorada:
- 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.
- Suporta correspondência de provedor doméstico para
Perfis Wi-Fi melhoraram o suporte a nomes comuns
No Android 11, os perfis Wi-Fi permanecem válidos quando uma autoridade de certificação (CA) raiz de uma operadora muda se o nome comum for especificado na subárvore de extensão opcional Android
. Nas versões anteriores, os usuários deveriam baixar um novo perfil da operadora se a CA raiz fosse 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 .
Mostrar
Atualizações da API de notificação de bolhas
O Android 10 introduziu a API de notificação Bubbles , que permite aos usuários realizar várias tarefas em qualquer lugar do dispositivo. 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 dispositivos
O recurso Controles de dispositivos, 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 de energia. 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 UI do sistema AOSP. Para obter informações sobre como adicionar suporte para controles de dispositivos ao seu aplicativo de controle, consulte a página Controlar dispositivos externos para desenvolvedores Android.
Atualizações do classificador de texto
O Android 11 introduz uma implementação padrão atualizável do serviço classificador de texto que está no módulo ExtServices Mainline. Recomenda-se que os fabricantes de dispositivos usem esta implementação de TextClassifierService
, pois ela pode ser atualizada por meio de atualizações Mainline OTA.
Empreendimento
Implementar tipos de usuários personalizados
O Android 11 introduziu o conceito de tipos de usuários bem definidos, representando todos os diferentes tipos de usuários permitidos pelo recurso Android Multiusuário. Com esse recurso, os OEMs podem personalizar tipos de usuários AOSP predefinidos e definir novos tipos de perfis. Consulte a seção sobre tipos de usuários para obter mais informações.
Melhorias no perfil de trabalho
O Android 11 contém melhorias de privacidade e usabilidade para perfis de trabalho, projetadas para enfrentar os principais desafios de usabilidade. É crucial que estas 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 levem para o trabalho. Melhorar a consistência de UX de fluxos de trabalho críticos diminui significativamente o custo de suporte ao 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 de trabalho possui um botão para desativar o perfil de trabalho.
- Quando o perfil de trabalho está desativado, os ícones dos aplicativos de trabalho ficam cinza e uma sobreposição na guia de trabalho informa que os aplicativos de trabalho estão pausados.
Interação
Atualizações do ambiente de tempo de execução do Context Hub
O Android 11 apresenta CHRE API v1.4 , que inclui suporte para informações de células 5G, despejo de depuração de nanoapp e outras melhorias. Também inclui suporte para uso do TensorFlow Lite para microcontroladores em nanoapps. Para obter mais informações, consulte Context Hub Runtime Environment (CHRE) .
Tátil
O Android 11 inclui um novo guia sobre como implementar a sensação tátil e avaliar o desempenho da sensação tátil em seu dispositivo.
Entrada
Controles de jogo
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: 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 construir modelos que executam diferentes operações 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 aguardem 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 aguardar 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 execuções, suprimindo cópias e transformações desnecessárias 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 a preparação de um modelo e o tempo máximo esperado para uma execução. para ser concluído.
Quantização assinada de 8 bits
O Neural Network HAL (NN HAL) 1.3, introduzido no Android 11, oferece suporte à quantização assinada de 8 bits para a API Neural Networks. Para obter mais informações, consulte Atualizações de NN HAL no 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 colisão 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 introduz 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 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 suportar este tipo de sensor, os sub-HALs devem usar as APIs sub-HAL definidas no cabeçalho 2.1 SubHal .
meios de comunicação
DRM
O Android 11 simplifica o caminho MediaDrm/Crypto IPC por meio da remoção do MediaDrmService. Uma nova API MediaDrm
é adicionada para enumerar 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 é fundamental para aplicativos em tempo real.
Diversos
Atualização para os 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 a intent ACTION_VIEW
. O filtro de intenção ACTION_VIEW
para o tipo MIME application/sdp
foi removido do arquivo de manifesto do aplicativo AOSP Gallery .
Esses requisitos estão documentados na seção 3.2.3.1. Principais intenções do aplicativo do CDD.
Desempenho
Espaço do usuário lmkd
O Android 11 apresenta uma nova estratégia de eliminação para evitar a falta de memória e a degradação do desempenho.
Poder
Sono desatento para espera de TV
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 definir um tempo limite de inatividade do usuário, após o qual o dispositivo entra em suspensão, mesmo que os wakelocks sejam mantidos.
Seguro
OEMCrypto
O Android 11 oferece suporte à API OEMCrypto versão 16.
Armazenar
Armazenamento com escopo
O Android 11 oferece suporte ao armazenamento com escopo definido , 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.
Suspensão de uso do 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
Conjunto de testes de compatibilidade (CTS)
Para o Android 11, muitos novos módulos principais e alterações de teste foram introduzidos para o CTS. Consulte 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 suportar o gerenciamento de pacotes APEX ou se o dispositivo estiver executando a versão 10 ou inferior, os dois aplicativos pré-construídos deverão ser pré-instalados no sistema separadamente.
Para obter mais detalhes, consulte Pacotes de correção CTS .
Notas de lançamento do CTS
O Android 11 apresenta muitos novos módulos principais e alterações de teste .
Depuração
Registro de fornecedor com escopo definido
O Android 11 adiciona um novo HAL, IDumpstateDevice (versão 1.1). Este HAL expõe novos métodos para definir um escopo mais rígido de logs de fornecedores incluídos em relatórios de bugs padrão, bem como para permitir que compilações de usuários ativem e desativem o registro de fornecedores (o padrão para compilações de usuários é desativado). Isso dá aos OEMs mais controle sobre o que é incluído em determinados tipos de relatórios de bugs.
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 heap em processos de 32 e 64 bits.
O GWP-ASan é ativado automaticamente no Android 11 para aplicativos de sistema e executáveis de plataforma. Não desative-o na plataforma e ative-o em seus aplicativos.
Atualizações
Aprimoramentos na Atualização Dinâmica do Sistema (DSU)
O Android 10 inclui melhorias nas atualizações dinâmicas do sistema (DSU) , incluindo:
- Um novo frontend, o carregador DSU de um clique
- Suporte para DSUs de múltiplas 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 superior oferece suporte ao uso de um único pacote OTA para vários dispositivos com SKUs diferentes . Isso requer a configuração dos dispositivos de destino para usar impressões digitais dinâmicas e a atualização dos 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.
Assinar compilações para lançamento
Vários comandos CLI para assinar compilações para lançamento foram alterados no Android 11 .
Conjunto de testes de fornecedores (VTS) 11
O Android 11 Vendor Test Suite (VTS) oferece testes extensivos no kernel e na camada de abstração de hardware (HAL).
A/B virtuais
O Android 11 unifica atualizações A/B e atualizações não A/B, fornecendo A/B virtual . O Virtual A/B traz atualizações contínuas aos dispositivos enquanto minimiza o custo de armazenamento.
Teste
Alocador de heap Scudo por padrão
A partir do Android 11, o alocador de heap scudo é usado para todo o código nativo (exceto em dispositivos com pouca memória, onde o jemalloc ainda é usado). Portanto, você não precisa mais ativar o scudo por binário. Para obter mais informações sobre o scudo, consulte a página do 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 terceirizados e OEMs. Consulte Estrutura CAS para obter mais detalhes.
Tunelamento multimídia
Para Android 11, os usuários podem implementar tunelamento multimídia com conteúdo de áudio e vídeo alimentado diretamente pelo Tuner.
Estrutura do sintonizador
O Android 11 oferece suporte ao Tuner Framework para Android TV, que fornece 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 o Android TV, fornecendo uma API padrão para os fabricantes criarem módulos de entrada para controlar o Android TV e permitir pesquisas e recomendações de TV ao vivo. O Android 11 apresenta três novos componentes ao TIF.