A Google anunciou um novo requisito de qualidade para aplicativos na plataforma Android, visando reduzir o consumo de memória dos aplicativos em um contexto de escassez de memória nos smartphones. As exigências começarão a ser aplicadas a partir de fevereiro de 2027. Aplicativos cujas métricas de desempenho excederem os limites estabelecidos podem enfrentar restrições de publicação na Google Play e redução na visibilidade nos resultados de busca.
As métricas que serão monitoradas para identificar problemas de consumo de memória:
- Consumo de memória dinâmica (RSS + dados trocados com o arquivo de troca) quando o aplicativo está ativo e em segundo plano.
- Uso de memória para bitmaps de imagens, que não devem ocupar memória quando o aplicativo não está visível e funciona em segundo plano.
- Otimização de código executável no formato DEX (Dalvik Executable). Os aplicativos devem usar ferramentas como R8 para otimizar o código DEX, remover estruturas não utilizadas e ofuscar (utilizando nomes curtos para classes, métodos e campos) para reduzir o tamanho dos dados carregados na memória.
Os limites são definidos de acordo com a quantidade de memória RAM disponível no dispositivo. Por exemplo, em dispositivos com 4 GB de RAM, o aplicativo pode consumir no máximo 2 GB de memória quando ativo e 1 GB em segundo plano; em dispositivos com 8 GB de RAM — 2,25 GB e 1,5 GB, respectivamente; com 12 GB de RAM — 3,25 GB e 1,75 GB; com 16 GB de RAM — 4,25 GB e 2 GB. Para jogos, os limites são superiores: em dispositivos com 4 GB de RAM, o jogo pode ocupar no máximo 2,25 GB de memória quando ativo e 2 GB em segundo plano; em dispositivos com 8 GB de RAM — 3,5 GB e 2,75 GB; com 12 GB de RAM — 4 GB e 3,2 GB; com 16 GB de RAM — 5 GB e 3,5 GB.
Além disso, são introduzidos requisitos para a transferência sem costura de aplicativos ao trocar de dispositivo. A partir de abril de 2027, todos os aplicativos, exceto jogos, que suportam login de conta devem automaticamente restaurar o estado durante a transferência para um novo dispositivo usando a API Android Restore Credentials.
Adicionalmente, destaca-se a adição na versão Android 17 de recursos para aumentar a segurança das conexões de rede:
- Inclusão do suporte para a extensão TLS ECH (Encrypted ClientHello) para ocultar de domínio no tráfego HTTPS. O ECH continua a desenvolver a extensão ESNI (Encrypted Server Name Indication) e o que é usado para criptografar informações sobre parâmetros de sessões TLS, como o nome de domínio solicitado. A principal diferença entre o ECH e o ESNI é que, no ECH, em vez de criptografar o nível de campos individuais, toda a mensagem TLS ClientHello é criptografada, o que bloqueia vazamentos através de campos que não são cobertos pelo ESNI, como o campo PSK (Chave Pré-Compartilhada).
- Adicionando um pedido de autorização para escanear a rede local por aplicativos ou conectar-se a dispositivos na rede local (Proteção de Rede Local).
- Ativação por padrão do mecanismo CT (Certificate Transparency), que garante a manutenção de um log público de todos os certificados emitidos e revogados. O CT permite identificar certificados criados à margem dos processos normais de uma autoridade certificadora (por exemplo, a criação oculta de um certificado devido a abusos de um funcionário ou comprometimento da autoridade certificadora).
- As operadoras móveis têm a opção de desativar o suporte à rede 2G por padrão para bloquear ataques que usam a troca forçada de smartphones para a rede 2G, contornando os mecanismos de filtragem de spam e entrega de SMS fraudulentos.
Fonte: opennet.ru
