Google Admite que o Android Está Atrasado: Código da Fila de Aplicativos Reescrito para a Próxima Versão

Engenheiros do Google publicaram uma análise técnica sobre uma das mudanças chave, embora sutis, na próxima versão do Android 17. Parece que a empresa decidiu enfrentar seriamente um problema que frustra até mesmo os proprietários de dispositivos topo de linha—aqueles micro-travamentos da interface que acontecem quando você está apenas rolando por um feed ou abrindo uma pasta, fazendo com que a imagem pareça hesitar quase imperceptivelmente.

Na nova versão do sistema operacional, eles reescreveram um componente central chamado MessageQueue. Em termos simples, pense nisso como um despachante que gerencia quais processos têm acesso à memória para renderizar a exibição e quando. Anteriormente, esse despachante funcionava com um princípio de acesso exclusivo: um bloqueio de thread única em todo o conjunto de dados. Se um processo em segundo plano (como verificar o uso de aplicativos) pegasse esse bloqueio, e então o sistema operacional mudasse seu foco para outras tarefas, a thread da interface do usuário ficaria presa esperando. O resultado? Quedas de quadros e aquela sensação geral de que o sistema está "hesitando" ou se sentindo lento.

No Android 17, eles abandonaram essa abordagem e substituíram o bloqueio único por um mecanismo chamado DeliQueue. O nome é intencional—os engenheiros fazem uma analogia com um sistema de bilhetes de balcão de delicatessen. Em uma fila clássica (como antes), a próxima pessoa não pode avançar até que a pessoa no balcão termine toda a sua transação. No novo esquema, cada novo processo recebe um "bilhete" e pode seguir seu caminho sem bloquear os outros. A thread principal (a thread da interface do usuário) então decide a ordem de processamento das tarefas recebidas, mas sem entrar em um estado de espera.

Para acelerar ainda mais as coisas, os engenheiros também removeram ramificações condicionais no código de comparação de mensagens. No código clássico, a CPU tenta prever se deve seguir o ramo 'sim' ou 'não'; se a previsão estiver errada, o tempo é desperdiçado limpando o pipeline. Na nova implementação, isso é substituído por aritmética "incondicional", que em testes sintéticos mostrou um aumento de desempenho de até 500% em cenários de alta contenção.

Usuários regulares não precisam ativar manualmente o DeliQueue. É uma otimização em nível de sistema ativada por padrão para todos os aplicativos que visam o Android 17. Os desenvolvedores já têm acesso a ferramentas de teste, e os impacientes podem instalar versões iniciais do sistema em dispositivos Pixel compatíveis.

O que você acha, isso realmente resolverá os problemas de fragmentação e lag em diferentes dispositivos, ou, como de costume, são apenas "promessas de papel" e, na realidade, os fabricantes vão bagunçar tudo novamente com suas interfaces personalizadas?