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. Ele é implementado apenas em chamadas de API JobScheduler . Quaisquer alterações feitas nos limites predefinidos ainda devem passar no teste CTS. Você pode desabilitar e habilitar cotas de API usando o método setEnabled 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 . Esse recurso apresenta a nova API pública LimitExceededException .
Bootloader
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 obter 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 habilitar a inicialização fácil de um dispositivo arbitrário com uma imagem genérica do kernel, todas as informações específicas do fornecedor são fatoradas da partição de inicialização e realocadas em uma partição de inicialização do fornecedor . Um dispositivo iniciado com o Android 11 deve ser compatível com a partição de inicialização do fornecedor e o 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 do produto
O Android 11 separa 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 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 de tempo de execução de processos no espaço do usuário usado 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 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 apresenta as ferramentas de monitoramento de ABI para estabilizar a ABI no kernel dos kernels do Android.
Imagem genérica do kernel
O Android 11 apresenta o Generic Kernel Image (GKI) , que aborda a fragmentação do kernel unificando o kernel principal e movendo o SoC e o suporte à placa do kernel principal para módulos carregáveis.
Kernels 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 inicializando, 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.
Depurar FS
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 usado de depuração para componentes genéricos e específicos do fornecedor. O 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 a exatidão dessas interfaces. DebugFS não pode ser aplicado porque sua ABI não é estável nem documentada.
Qualidade de código ruim. Como são para depuração, os nós adicionados ao
debugfsnão são revisados e testados com o mesmo rigor que os de 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 dedebugfs.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 foco na segurança. Atualmente, não existe um método eficiente para verificar se todos os nós DebugFS expostos em um dispositivo de produção são seguros. Embora o aperto SEpolicy tenha reduzido a gravidade das vulnerabilidades de segurança originadas de
debugfs, não permitir a montagem dedebugfsé 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 .
Heaps ION 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 do sistema modular
Permissõ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 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 é compatível com 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 compilaçã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 é compatível com artefatos de compilação de instantâneos do VNDK e instantâneos de fornecedores , que podem ser usados para compilar 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 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 no 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 as versões anteriores.
Automotivo
Detalhes da versã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 de porta USB no Android 11 para redefinir a conexão do gadget 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 de bokeh para aplicativos de terceiros.
Zoom da câmera
No Android 11, um aplicativo 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 uma melhor precisão para zoom em comparação ao uso de valores inteiros com a configuração ANDROID_SCALER_CROP_REGION e permite diminuir o zoom (< 1.0f).
Transmissão simultânea de câmeras
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 de câmera aprimorado para dispositivos virtuais Android
O Android 11 apresenta uma implementação de Camera HAL emulada renovada 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 de câmera lógica
- Suporte de câmera somente 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 várias câmeras, mantendo 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 de 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 . As câmeras do sistema permitem que você implemente 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 as versões anteriores com atualizações para novos recursos e alterações nos requisitos de 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 Tap & pay não esteja sincronizado com o aplicativo no elemento seguro.
O Android 11 resolve esse problema com sincronização de pagamento fora do host , um mecanismo que permite sincronizar a configuração de pagamento em Tap & pay, a configuração de roteamento no front-end sem contato (CLF) e o estado selecionado do 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.
Ligar e enviar 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 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_BOOLestá 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 automaticamente rejeitadas 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 feitas.
- 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.
Operadora
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 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 do LPA
- Como iniciar o fluxo de ativação do 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 apagamento de assinaturas
A partir do Android 11, ao usar o método eraseSubscriptions em EuiccManager , você deve fornecer um valor de enumeração EuiccCardManager#ResetOption para especificar se deseja apagar todos os tipos de assinaturas de teste, operacionais ou ambos.
Suporte de rede multi-operador
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 oferece flexibilidade para operadoras de rede móvel (MNOs), permitindo que transmitam várias identidades.
Suporte para pequenas células
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 conectividade de rede de diagnóstico da estrutura.
Alterações da API móvel aberta
O Android 11 apresenta funcionalidades adicionais para a Open Mobile API (OMAPI):
- Regras de análise para privilégios de operadora.
Personalizar o acesso ao Secure Element (eSE) incorporado ou provisionar um eSE usando um ou mais dos seguintes:
- Permissão privilegiada do sistema SECURE_ELEMENT_PRIVILEGED_OPERATION
- Identificadores de aplicativo (AIDs) mestre de aplicativo de regra de acesso configurável (ARA-M)
-
reseta API do sistema para redefinir o leitor OMAPI
Fornecendo aos leitores um indicador claro de aplicativos para filtrar 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 das redes de acesso de rádio (RANs) 4G LTE e 5G NR. Você pode 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 Wi-Fi hotspot (soft AP) para tethering
O Android 11 apresenta uma configuração aprimorada de hotspot Wi-Fi (soft AP) , fornecendo mais suporte para casos de uso e personalizações de operadoras. Essas alterações permitem que os fabricantes de dispositivos configurem o seguinte:
- SSID e BSSID
- Tipo de segurança (incluindo WPA3)
- SSID oculto
- Banda e canal de operação (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 de dispositivos associados
Melhorias 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.
Aprimoramentos de ponto de acesso Wi-Fi
O Android 11 apresenta as seguintes melhorias no recurso Passpoint :
- Suporte de 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/ExpirationDateinicializado. - Suporte para certificados de CA privados e autoassinados 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/Androidno 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.
- 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
Os perfis 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 é alterada 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 apresenta 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 que os usuários realizem várias tarefas facilmente 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 do dispositivo
O recurso Device Controls, disponível a partir do Android 11, permite que o usuário visualize e controle rapidamente dispositivos externos, como luzes, termostatos e câmeras, no menu de energia. Agregadores de dispositivos (por exemplo, Google Home) e aplicativos de fornecedores terceirizados 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 interface do usuário 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 para 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 que os fabricantes de dispositivos usem essa implementação de TextClassifierService , pois ela pode ser atualizada por meio de atualizações do Mainline OTA.
Empreendimento
Implementando tipos de usuário 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ário AOSP predefinidos e definir novos tipos de perfil. Consulte a seção sobre tipos de usuário para obter mais informações.
Melhorias no perfil de trabalho
O Android 11 contém aprimoramentos de privacidade e usabilidade para perfis de trabalho, projetados para lidar com 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 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 tem guias separadas rotuladas como Pessoal e Trabalho.
- A guia de trabalho tem uma alternância para desativar o perfil de trabalho.
- Quando o perfil de trabalho está desativado, os ícones do aplicativo 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 a API CHRE v1.4 , que inclui suporte para informações de células 5G, dump de depuração de nanoapps e outras melhorias. Ele também inclui suporte para usar o TensorFlow Lite para microcontroladores em nanoapps. Para obter mais informações, consulte Context Hub Runtime Environment (CHRE) .
Háptica
O Android 11 inclui um novo guia sobre como implementar o háptico e avaliar o desempenho do háptico no seu dispositivo.
Háptica
O Android 11 inclui um novo guia sobre como implementar o háptico e avaliar o desempenho do háptico no seu dispositivo.
Entrada
Controles de jogo
O Android 11 adiciona suporte para controladores de jogos de terceiros, incluindo:
Controle Nintendo Switch Pro : o Android adiciona suporte para conectividade USB e Bluetooth para o controle Nintendo Switch Pro. O teste CTS é necessário para todas as implementações, use o
NintendoSwitchProTestpara validar sua implementação.Controle Steam : o Android adiciona conectividade USB para o controle Steam.
Redes neurais
Melhores Práticas
Para incentivar a adoção da NNAPI pelos 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 recebem 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 pequenos e casos de uso de streaming. A execução cercada também permite uma interoperabilidade mais eficiente com outros componentes que podem sinalizar ou aguardar sync_fence .
Domínios de memória
Para dispositivos que executam o Android 11 ou superior, a NNAPI é compatível com domínios de memória que fornecem interfaces de alocação para buffers gerenciados por driver . Isso permite a passagem de memórias nativas do dispositivo entre as execuções, suprimindo a cópia e a transformação de dados desnecessárias entre execuções consecutivas no mesmo driver.
Qualidade de serviço
A partir do Android 11, o 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 que um modelo seja preparado e o tempo máximo esperado para um execução seja concluída.
Quantização de 8 bits assinada
O Neural Network HAL (NN HAL) 1.3, introduzido no Android 11, é compatível com a quantização de 8 bits assinada para a Neural Networks API. Para obter mais informações, consulte Atualizações 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 falha para validar a resiliência dos drivers em 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
Sensores 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 do MediaDrm/Crypto IPC por meio da remoção do 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 o MediaCodec 2.0 para habilitar 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 intenção ACTION_VIEW . O filtro de intent 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 de aplicação do CDD.
atuação
Userspace 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 o modo de espera da TV
No Android 11, um novo recurso chamado sono desatento 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 é compatível com a API OEMCrypto versão 16.
Armazenar
Armazenamento com escopo
O Android 11 é compatível com armazenamento com escopo , o que limita o acesso do aplicativo ao armazenamento externo. Além disso, 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 consistente.
Descontinuação 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-chave e alterações de teste são introduzidos para o 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é-criados que o CTS usa para testar privilégios e permissões.
Se o seu dispositivo não oferecer suporte ao gerenciamento de pacotes APEX ou se o dispositivo estiver executando a versão 10 ou inferior, os dois aplicativos pré-criados devem ser pré-instalados no sistema separadamente.
Para obter mais detalhes, consulte Pacotes de calços CTS .
Notas de lançamento do CTS
O Android 11 apresenta muitos novos módulos-chave e alterações de teste .
Depuração
Registro de fornecedor com escopo
O Android 11 adiciona um novo HAL, IDumpstateDevice (versão 1.1). Essa HAL expõe novos métodos para logs de fornecedores de escopo mais restrito que estão incluídos em relatórios de bugs padrão, bem como para permitir que compilações de usuários ativem e desativem o log 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
O GWP-ASan é um recurso de alocador de memória nativo que ajuda a encontrar bugs de uso após a 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 do sistema e executáveis da plataforma. Por favor, não o desative na plataforma e ative-o em seus aplicativos.
Atualizações
Aprimoramentos da 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 várias partições
- 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 é compatível com o uso de um único pacote OTA para vários dispositivos com diferentes SKUs . Fazer isso requer 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.
Assinando compilações para lançamento
Vários comandos da CLI para assinar compilaçõ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).
A/B virtual
O Android 11 unifica atualizações A/B e não A/B fornecendo A/B virtual . O A/B virtual traz atualizações perfeitas para os dispositivos, minimizando 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 habilitar o scudo em uma base binária. Para obter mais informações sobre o scudo, consulte a página do Scudo .
televisão
Estrutura CAS
O Android 11 é compatível com a estrutura de sistemas de acesso condicional de mídia (Media CAS) para Android TV, que fornece APIs Java padrão para desenvolvedores de terceiros e OEMs. Consulte CAS Framework para obter mais detalhes.
Tunelamento multimídia
Para o Android 11, os usuários podem implementar o encapsulamento multimídia com conteúdo de áudio e vídeo alimentado diretamente do Tuner.
Estrutura do sintonizador
O Android 11 é compatível com 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 a pesquisa e recomendações de TV ao vivo. O Android 11 apresenta três novos componentes ao TIF.