Android 16

Introdução e contexto

Android 16 é a decasseta versão principal da família de sistemas operativos Android, desenvolvida pela Google. Situa-se na sequência de lançamentos da plataforma imediatamente após o Android 15, que atua como seu predecessor, e antes do Android 17, previsto como seu sucessor. A sua denominação numérica reflete a continuidade de uma linha de versões que foi incorporando, edição após edição, novas capacidades de segurança, interface, acessibilidade e ferramentas de desenvolvimento.

Quanto à sua arquitetura fundamental, o Android 16 apóia-se sobre um kernel monolítico de Linux, mantendo a base técnica que caracteriza toda a família Android desde os seus inícios. O sistema opera sob um modelo de software de código aberto, o que permite a inspeção, a modificação e a redistribuição do código-fonte dentro dos termos estabelecidos pelo projeto. No plano das arquiteturas de plataforma, a versão suporta quatro famílias de instruções: ARM, ARM64, x86 e x86-64, cobrindo tanto os processadores de 32 como de 64 bits presentes em dispositivos móveis, tablets, emuladores e ambientes de desenvolvimento.

O ecossistema de desenvolvimento associado ao Android 16 abrange um conjunto amplo de componentes, ferramentas, linguagens e projetos que permitem a criação, o empacotamento, a distribuição e a manutenção de aplicações. A seguir apresenta-se uma visão agrupada dos elementos que compõem o referido ecossistema:

A coexistência destes elementos — desde o runtime ART que substituiu progressivamente o Dalvik como intérprete principal, até as ferramentas de design como Jetpack Compose e o motor de renderização Skia — configura um ambiente de desenvolvimento que permite aos criadores construir aplicações nativas, híbridas ou de acesso a hardware, bem como participar na evolução aberta do próprio sistema através do AOSP. O conjunto define o enquadramento técnico sobre o qual se assentam as novidades específicas do Android 16, descritas nas secções seguintes.

Especificações técnicas e requisitos

O Android 16 é identificado internamente como API 36, o nível de plataforma que os desenvolvedores devem declarar como objetivo para acessar as novas capacidades do sistema. Este nível de API marca a fronteira entre a compatibilidade com versões anteriores e o uso das interfaces introduzidas nesta iteração.

Os parâmetros técnicos de referência para a versão estável são apresentados na tabela a seguir:

A versão global do Android 16 incorpora o Google Mobile Services (GMS) como conjunto de serviços pré-instalado, garantindo a disponibilidade da Play Store, do assistente do Google, da conta do Google e dos serviços de sincronização associados nos dispositivos que a recebem.

A política de atualizações é definida como pós-lançamento estável: uma vez publicada a versão final, as revisões posteriores (patches de segurança, correções de erros e melhorias incrementais) são distribuídas através dos canais habituais de atualização do fabricante, sem que o usuário precise solicitar uma nova imagem completa.

A primeira série de dispositivos a receber o Android 16 pré-instalado de fábrica é a série Pixel 9, refletindo a distribuição simultânea do sistema operacional entre o hardware proprietário e os principais fabricantes da indústria.

Interface do usuário e design

O Android 16 incorpora um conjunto de alterações visuais e de interação que afetam a aparência geral do sistema. A mais destacada é o anúncio do Material 3 Expressive, uma linguagem de design apresentada pela Google como evolução do sistema Material. No entanto, na versão estável do Android 16, este design não está disponível; sua presença foi detectada e ativada apenas no aplicativo Configurações durante a fase Beta 3. Além disso, as interfaces dos fabricantes podem adicionar, modificar ou atrasar a experiência, de modo que a adoção real do Material 3 Expressive varia conforme o dispositivo.

No âmbito do tema escuro, o Android 16 amplia a capacidade de forçar o modo escuro em aplicativos que não o implementam de forma nativa. A função permite escurecer muitos aplicativos claros, mesmo quando esses aplicativos não fornecem seu próprio tema escuro nativo. A opção correspondente nas Configurações foi renomeada para «Tornar mais apps escuras». Como limitação, alguns aplicativos, telas e compilações do fabricante podem não responder de forma idêntica à aplicação do tema escuro expandido.

A barra de status experimenta uma alteração gráfica específica: o ícone de Wi-Fi passa a ser representado com 3 segmentos, substituindo a representação anterior de quatro arcos. Este ajuste visual busca uma leitura mais imediata da intensidade do sinal.

A tela de bloqueio recebe várias melhorias nesta versão:

• Personalização ampliada: são mantidas e estendidas as opções de personalização da tela de bloqueio já presentes em versões anteriores, permitindo ao usuário adaptar o fundo e a disposição dos elementos.
• Widgets na tela de bloqueio (beta): o Android 16 introduz a possibilidade de colocar widgets diretamente sobre a tela de bloqueio. Esta função encontra-se em estado beta e admite um máximo de 3 widgets por página.
• Redação de notificações sensíveis: o sistema pode ocultar o conteúdo de notificações consideradas sensíveis quando o dispositivo se encontra em cenários de alto risco, como ausência de conexão Wi-Fi e ausência de desbloqueio recente. Nessas condições, o texto da notificação é substituído por uma redação genérica para evitar a exposição de informações privadas em caso de acesso não autorizado ao dispositivo bloqueado.

Gestão de notificações e atualizações ao vivo

O Android 16 reorganiza a experiência de notificações com um conjunto de funções orientadas a reduzir o ruído visual e a manter o usuário informado sobre processos em curso. As novidades abrangem desde o agrupamento automático de avisos até a incorporação de resumos gerados por processamento avançado e a integração de atualizações ao vivo para serviços de entrega e transporte.

Agrupamento automático de notificações

O sistema agrupa as notificações provenientes do mesmo aplicativo com o objetivo de reduzir a desordem no painel de notificações. Em vez de exibir cada aviso de forma individual, o agrupamento automático os reúne sob um único elemento, o que simplifica a leitura quando um aplicativo gera múltiplas mensagens em pouco tempo.

Limitação de disponibilidade: o comportamento das notificações pode variar conforme o fabricante do dispositivo e a compilação de software instalada, de modo que a apresentação final do agrupamento não é idêntica em todos os terminais.

Organizador de notificações por categorias

O organizador de notificações permite ao usuário agrupar e silenciar categorias de menor prioridade, como promoções, notícias e alertas sociais. Dessa forma, os avisos que não requerem atenção imediata podem permanecer agrupados em um bloco discreto sem desaparecer por completo, preservando a possibilidade de consultá-los posteriormente.

Limitação de disponibilidade: a Google indicou que o organizador seria lançado em etapas, de modo que sua presença não está garantida de forma simultânea em todos os dispositivos no momento da atualização.

Resumos de notificações com processamento avançado

O Android 16 incorpora a capacidade de gerar resumos de notificações por meio de processamento avançado, de modo que o usuário possa obter uma síntese das mensagens acumuladas em vez de lê-las uma a uma.

Limitação de disponibilidade: essa função foi adicionada na versão de dezembro e está sujeita a uma implantação gradual, bem como à disponibilidade por dispositivo ou idioma. Nem todos os terminais nem todas as configurações linguísticas a receberão imediatamente.

Atualizações ao vivo (Live Updates)

A função Live Updates mantém visível o progresso de entregas compatíveis e de serviços de transporte compartilhado diretamente na experiência de notificações. O usuário pode acompanhar o estado de um pedido ou a posição de um veículo sem necessidade de abrir o aplicativo correspondente, já que a informação é atualizada em tempo real dentro do painel de notificações.

Limitação de disponibilidade: o aplicativo de origem deve suportar explicitamente a função para que as atualizações ao vivo sejam exibidas. Além disso, o fabricante do dispositivo pode modificar a aparência visual dessas notificações, de modo que sua apresentação pode diferir entre marcas.

Notificações centradas no progresso

Na beta 1 do Android 16, foram introduzidas notificações centradas no progresso, um formato que prioriza a visualização do avanço de uma tarefa ou processo sobre o texto descritivo. Essa abordagem complementa as atualizações ao vivo e reforça a ideia de que o painel de notificações atua como um centro de acompanhamento em tempo real.

Resumo de disponibilidade

Modo de escritorio y ventanas

Android 16 incorpora la funcionalidad de ventanas estilo escritorio, que permite a los dispositivos compatibles de pantalla grande abrir, mover y redimensionar múltiples ventanas de aplicaciones en una sola pantalla. Esta capacidad transforma la interacción en pantallas amplias, acercando la experiencia a la de un sistema operativo de escritorio tradicional sin renunciar a la lógica de gestión de aplicaciones propia de Android.

Origen y evolución

El modo de escritorio no es una novedad exclusiva de Android 16: fue introducido oficialmente en Android 15 QPR1, donde se establecieron las bases de la gestión de ventanas flotantes y la barra de tareas. Android 16 hereda y consolida esa arquitectura, incorporando refinamientos en la interfaz y en el comportamiento de los elementos de control.

Barra de tareas y elementos de control

La barra de tareas se ubica en la parte inferior de la pantalla, manteniendo una posición fija que facilita el acceso a las funciones de gestión de ventanas. Entre sus elementos destacan:

• Botón de minimizar: disponible a partir de la Beta 3 de Android 16, permite reducir una ventana activa a la barra de tareas sin cerrarla.
• Carrusel de aplicaciones recientes: la mini barra de tareas incluye un carrusel que muestra hasta 6 aplicaciones recientes, ofreciendo un acceso rápido al cambio entre ventanas abiertas.
• Corrección del control de navegación duplicado: se corrigió un defecto que generaba la aparición de un control de navegación duplicado en la barra de tareas pequeña, eliminando la redundancia visual y funcional.

Disponibilidad y limitaciones

La funcionalidad de ventanas estilo escritorio no está disponible de forma universal. Su uso requiere hardware compatible, soporte del fabricante y un comportamiento adecuado de la aplicación en cuestión. En la práctica, esto significa que no todos los dispositivos de pantalla grande ni todas las aplicaciones están preparadas para operar en modo de ventanas múltiples, por lo que la experiencia puede variar significativamente según el modelo del dispositivo y el catálogo de software instalado.

Acessibilidade e aparelhos auditivos

O Android 16 incorpora melhorias específicas de acessibilidade voltadas para usuários de aparelhos auditivos. Essas aprimoramentos foram introduzidos a partir da beta 1 da versão e concentram-se na integração com dispositivos de audição que utilizam o padrão Bluetooth LE Audio (conhecido como LEA).

Funcionalidades para aparelhos auditivos LEA

Dentro do conjunto de melhorias de acessibilidade para aparelhos auditivos, o Android 16 beta 1 inclui duas capacidades concretas:

• Controles de volume ambiente para aparelhos auditivos LEA: permite ajustar o volume do som ambiente que o aparelho auditivo deixa passar, facilitando ao usuário regular quanto do ambiente ele percebe através do dispositivo de audição.
• Telefone como entrada de microfone para chamadas LEA: habilita o uso do microfone do telefone como fonte de entrada de áudio durante uma chamada realizada através de um aparelho auditivo compatível com LEA, melhorando a clareza da voz transmitida ao interlocutor.

Disponibilidade

A disponibilidade desses controles de aparelhos auditivos está condicionada a dois requisitos simultâneos: o aparelho auditivo deve ser compatível com Bluetooth LE Audio e o dispositivo Android deve oferecer suporte para essa funcionalidade. Na ausência de qualquer um desses elementos, as opções de controle de aparelhos auditivos não estarão acessíveis nas configurações do sistema.

Cámara y medios

Android 16 incorpora un conjunto de mejoras orientadas a la captura y el procesamiento multimedia que abarcan tanto la fotografía como la grabación de vídeo y la exposición automática. Estas novedades se distribuyeron a lo largo de las iteraciones beta de la versión, con aportaciones específicas en la beta 1 y la beta 2.

Ultra HDR

La versión incluye soporte para el formato Ultra HDR, que amplía el rango dinámico de las imágenes capturadas. En la iteración beta 2 se introdujeron mejoras concretas en el renderizado de imagen Ultra HDR, refinando la calidad del resultado final respecto a las primeras pruebas del formato.

Vídeo profesional avanzado

Entre las novedades presentadas en la beta 1 se encuentra la función de vídeo profesional avanzado, una capacidad de grabación orientada a flujos de trabajo más exigentes que complementa las opciones de captura de vídeo ya existentes en la plataforma.

Detección de escenas en modo nocturno

La beta 1 también incorporó la detección de escenas en modo nocturno. Esta función permite al sistema identificar el tipo de escena en condiciones de baja luminosidad y ajustar los parámetros de captura de forma automática, optimizando el resultado sin intervención manual del usuario.

Exposición automática híbrida en Camera2

A nivel de API, Android 16 añade soporte para modos de exposición automática híbrida en la interfaz Camera2. Esta capacidad, confirmada en la beta 2, permite a las aplicaciones de cámara combinar estrategias de exposición de forma más flexible, ofreciendo a los desarrolladores un control adicional sobre el balance de luz en escenas complejas.

En conjunto, estas mejoras refuerzan la posición de Android 16 como plataforma de captura multimedia, ampliando tanto las opciones disponibles para el usuario final como las herramientas de bajo nivel accesibles a los desarrolladores de aplicaciones de cámara.

Plataforma para desarrolladores y migración

A atualização para o Android 16 foi projetada para minimizar a carga de trabalho das equipes de desenvolvimento, uma vez que não requer a reescrita da maioria dos aplicativos. No entanto, a plataforma introduz mudanças estruturais obrigatórias e novas capacidades de API que exigem adaptações específicas no código para garantir a compatibilidade e o funcionamento correto nos dispositivos mais recentes.

Mudanças obrigatórias e de compatibilidade

Uma das mudanças mais significativas é a obrigatoriedade do conteúdo de borda a borda. A partir desta versão, os aplicativos devem renderizar sua interface estendendo-se até as bordas da tela, e a opção de desativar essa funcionalidade foi removida por completo. Os desenvolvedores devem ajustar seus designs para gerenciar adequadamente as áreas de segurança e as barras do sistema.

Quanto à navegação, exige-se a migração ou desativação necessária para o gesto de voltar preditivo. Os aplicativos devem se adaptar a esse novo modelo de interação ou desativá-lo explicitamente, caso não seja compatível com seu fluxo de usuário. Além disso, foi reforçada a compatibilidade com a navegação de 3 botões, garantindo que as interfaces funcionem corretamente independentemente do método de navegação selecionado pelo usuário.

Novas APIs e capacidades da plataforma

O Android 16 incorpora uma série de novas interfaces de programação voltadas para melhorar a funcionalidade dos aplicativos e a gestão do sistema:

• API de funções de aplicativos: Permite que os aplicativos exponham e gerenciem funções específicas de maneira mais integrada com o sistema.
• APIs de intervalo genéricas: Facilitam a definição e o manuseio de intervalos de valores de forma mais flexível e padronizada.
• Permissões de saúde e bem-estar: Introduzem um marco de permissões específico para aplicativos que lidam com dados relacionados à saúde e ao bem-estar do usuário, melhorando a privacidade e o controle.
• Otimização do agendamento de trabalho com taxa fixa: Melhora a eficiência na execução de tarefas em segundo plano que exigem uma periodicidade estrita.

Funcionalidades de sistema e utilitários

A plataforma também adiciona suporte para características específicas de hardware e software que os desenvolvedores podem integrar em seus aplicativos:

• Terminal Linux em AVF: Incorpora a capacidade de executar um terminal Linux dentro do ambiente do Android Virtualization Framework (AVF), abrindo possibilidades para o desenvolvimento de aplicativos que exijam um ambiente de linha de comando mais robusto.
• Conta padrão de contatos: Estabelece uma função para definir e gerenciar a conta padrão de contatos, simplificando a interação com a agenda do dispositivo.
• Substituições do proprietário do dispositivo virtual: Permite que administradores de dispositivos corporativos apliquem substituições específicas para dispositivos virtuais, melhorando a gestão de frotas em ambientes corporativos.

Personalização e entrada de dados

Para melhorar a experiência do usuário e a acessibilidade, foram introduzidos ajustes na apresentação da informação e na interação com formulários:

• Texto vertical: Suporte para a renderização de texto em orientação vertical, útil para interfaces específicas ou idiomas que o exijam.
• Campos obrigatórios do formulário: Novas capacidades para definir e validar campos obrigatórios em formulários, melhorando a precisão da entrada de dados.
• Sistema de medição preferido configurável em Sistema > Idiomas e região: O sistema de medição preferido (métrico ou imperial) agora é configurável pelo usuário no caminho Sistema > Idiomas e região, e os aplicativos podem consultar essa preferência para adaptar a apresentação das unidades de medida.

Essas mudanças, juntamente com as descrições complementares fornecidas na documentação da plataforma, permitem que os desenvolvedores adaptem seus aplicativos de maneira progressiva, mantendo a estabilidade e aproveitando as novas capacidades do Android 16 sem necessidade de reestruturar completamente suas bases de código existentes.

Cronologia de desenvolvimento e lançamentos

O ciclo de desenvolvimento do Android 16 incluiu marcos públicos que permitem traçar a evolução da plataforma desde as primeiras versões de teste até as iterações beta. Um dos pontos de referência iniciais foi a Developer Preview 2, lançada em 18 de dezembro de 2024. Essa compilação, identificada pelo número BP21.241121.009, incorporou o nível de patch de segurança de dezembro de 2024, estabelecendo uma base de segurança atualizada para os dispositivos de desenvolvimento.

Iteração Beta 1

A primeira versão beta do Android 16 concentrou-se na estabilização de funções críticas e na correção de erros específicos que afetavam a experiência do usuário. Entre as correções principais documentadas nessa fase estão:

• Consumo excessivo de bateria: foi corrigido o consumo excessivo de energia causado por aplicativos em segundo plano.
• Estabilidade da câmera: foi resolvido o piscar da tela da câmera ao ajustar o zoom durante a gravação de vídeo.
• Notificações de mídia: foi solucionada uma falha que impedia iniciar o aplicativo correspondente a partir de uma notificação de mídia em andamento.
• Pagamentos NFC: foram corrigidas falhas nos pagamentos por NFC derivadas de erros de ponteiro nulo.

Além dessas correções, a Beta 1 documentou diversos problemas conhecidos que persistiam na versão. Esses incluíam falhas nos eventos de toque simulados por meio de ADB ou serviços de acessibilidade, bem como problemas no app do Google TV, que apresentava tela em branco ao ser reaberto e falhas de inicialização com mensagens de erro. Também foi registrado um erro ClassNotFoundException relacionado à classe LazyValue e um problema de reprodução de áudio do YouTube em segundo plano após minimizar o aplicativo.

Iteração Beta 2

A segunda iteração beta continuou o processo de refinamento, abordando problemas de estabilidade do sistema e de aplicativos específicos. As correções destacadas nessa fase foram:

• Estabilidade de chamadas: foram corrigidos travamentos e reinícios inesperados durante as chamadas.
• App do Google Home: foram solucionadas falhas intermitentes no aplicativo.
• Comportamento do IME: foi corrigido o comportamento do método de entrada (IME) no modo STATE_ALWAYS_HIDDEN ao utilizar o seletor de idioma.
• Estabilidade do WebView: foram corrigidas falhas na interface do sistema ao interagir com elementos dentro de WebViews.
• Erros de classe: foram corrigidos os erros ClassNotFoundException relacionados a LazyValue que haviam persistido desde a iteração anterior.

Quanto aos problemas conhecidos na Beta 2, mantiveram-se documentadas as falhas nos eventos de toque simulados com ADB ou serviços de acessibilidade. Da mesma forma, persistiram os problemas no Google TV, tanto a tela em branco ao reabrir o app quanto a falha de inicialização com mensagem de erro, e o problema de reprodução de áudio do YouTube em segundo plano após minimizar o aplicativo.

Valoración técnica

A arquitetura de segurança do Android 16 destaca-se pela integração profunda de mecanismos de proteção em nível de sistema operacional e de serviços de usuário. A inclusão do Modo de Proteção Avançada representa uma mudança significativa ao consolidar múltiplas camadas de defesa, embora sua operabilidade esteja condicionada pela disponibilidade dos serviços do Google e pelas especificações do dispositivo. Essa limitação implica que a experiência de segurança não é uniforme em todo o ecossistema, uma vez que as configurações de proteção e as funções compatíveis podem depender do dispositivo específico e dos serviços do Google.

No plano da memória e da integridade do sistema, a extensão de etiquetagem de memória (MTE) e o registro de intrusões reforçam a capacidade de detecção de exploits. No entanto, o lançamento do registro de intrusões está programado para ocorrer mais tarde no ano, o que indica que essa capacidade não estará imediatamente disponível no lançamento inicial. Além disso, a proteção de rede local encontra-se em uma fase de testabilidade beta, sugerindo que sua implementação final pode evoluir antes da estabilização completa. A verificação de identidade por meio de desbloqueio automático com PIN, que utiliza verificação biométrica, adiciona uma camada de controle de acesso que complementa essas proteções de fundo.

Para os desenvolvedores, o escopo da migração para o Android 16 caracteriza-se pela compatibilidade com o código existente. A atualização não requer reescrita da maioria dos aplicativos, o que facilita a transição para as equipes de engenharia. Essa continuidade permite que o foco da migração se concentre na adaptação a novas APIs e mudanças de comportamento obrigatórias, como a gestão de conteúdo de borda a borda, sem a necessidade de reestruturar a base de código principal dos aplicativos existentes.

O grau de disponibilidade real das funções de usuário é marcado por uma heterogeneidade considerável. Características como as janelas estilo desktop requerem hardware compatível, suporte explícito do fabricante e que o aplicativo em questão admita o comportamento de janelas. De maneira similar, os controles de aparelhos auditivos dependem da compatibilidade com Bluetooth LE Audio e do suporte do dispositivo, enquanto as atualizações ao vivo exigem que o aplicativo de origem suporte a funcionalidade, permitindo, além disso, que o fabricante modifique sua aparência visual.

No âmbito da interface e da personalização, o Material 3 Expressive não está disponível na versão estável, e as interfaces dos fabricantes podem adicionar, modificar ou atrasar essa experiência. O tema escuro expandido apresenta variações, pois alguns aplicativos, telas e compilações do fabricante podem não responder de forma idêntica. A gestão de notificações também mostra essa fragmentação: o agrupamento automático pode variar conforme o fabricante do dispositivo e a compilação de software, o organizador de notificações foi lançado em etapas, e os resumos de notificações com processamento avançado, adicionados na versão de dezembro, estão sujeitos a implantação gradual e disponibilidade por dispositivo ou idioma. Essa combinação de fatores posiciona o Android 16 como uma versão que prioriza a segurança e a compatibilidade de desenvolvedores, enquanto a experiência do usuário final depende em grande medida da implementação específica de cada fabricante e da maturidade dos serviços associados.