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 nodebugfs
, eles são tratados como menos prioritários, o que contribui para vulnerabilidades de segurança que se originam dodebugfs
.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 dedebugfs
é 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:
- Iniciando a interface do usuário do aplicativo da operadora no fluxo de ativação LPA
- Lançando o fluxo de ativação LPA em um aplicativo de operadora
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.
- Suporta correspondência de provedor doméstico para
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.