Primeiro lançamento beta do Android 17

A Google apresentou a primeira versão beta da plataforma móvel aberta Android 17. Para avaliar as novas capacidades da plataforma, foi proposta um programa de teste preliminar. As compilações do firmware foram preparadas para os dispositivos Pixel 6/6a/6 Pro, Pixel 7/7a/7 Pro, Pixel 8/8a/8 Pro, Pixel 9/9a/9 Pro/9 Pro XL/9 Pro Fold, Pixel 10/10 Pro/10 Pro XL/10 Pro Fold, Pixel Fold e Pixel Tablet. O lançamento do Android 17 está previsto para o segundo trimestre de 2026.

Entre as mudanças no Android 17 Beta 1:

  • O desenvolvimento da plataforma para dispositivos com telas grandes, como tablets, laptops, sistemas de desktop e smartphones com telas dobráveis, foi continuado. As opções previamente disponíveis para desativar o novo comportamento em dispositivos com telas de mais de 600 pixels condicionais de largura (dp) foram removidas, relacionadas à ignorância de algumas APIs para controle de alteração de tamanho e orientação de tela (screenOrientation, resizeableActivity, [min|max]AspectRatio), bem como o posicionamento adaptativo de aplicativos em janelas que permitem redimensionamento e movimentação pela tela.
    Primeiro lançamento beta do Android 17
    Primeiro lançamento beta do Android 17
  • Uma nova implementação da fila de mensagens android.os.MessageQueue foi oferecida, funcionando sem bloqueios. A nova implementação permite aumentar o desempenho e reduzir a perda de quadros.
  • No Android Runtime (ART), foi implementado um coletor de lixo geracional (Generational Concurrent Mark-Compact Garbage Collector), usando processamento separado de objetos "antigos" e "novos", o que aumenta a eficiência na limpeza de objetos recém-criados com um curto tempo de vida. A aplicação do coletor de lixo geracional diminui o risco de pausas durante a alocação de recursos e reduz a carga na CPU, melhorando a eficiência do consumo de energia.
  • Aplicativos que declararem suporte ao Android 17 e versões posteriores estão proibidos de alterar os valores dos campos marcados como "static final", permitindo assim que otimizações de desempenho mais agressivas sejam empregadas em tempo de execução.
  • Para reduzir o consumo de memória, foi limitado o tamanho das próprias disposições de design das notificações (notification view).
  • O ProfilingManager foi atualizado com novos gatilhos TRIGGER_TYPE_COLD_START, TRIGGER_TYPE_OOM e TRIGGER_TYPE_KILL_EXCESSIVE_CPU_USAGE para coleta de dados úteis na depuração de problemas de desempenho.
  • As funcionalidades das interfaces de programação para trabalhar com câmeras foram ampliadas. No objeto CameraCaptureSession, foi adicionado o método updateOutputConfigurations() para anexar ou desanexar áreas de saída dinamicamente, sem a necessidade de reconfigurar toda a sessão de captura de dados da câmera. Na prática, essa mudança permite uma transição suave entre diferentes modos de operação da câmera (por exemplo, entre gravação de vídeo e captura de fotos). Ao trabalhar com câmeras lógicas que abrangem vários sensores físicos, foi adicionada a capacidade de obter metadados de cada sensor, e não apenas do primário.
  • Foi adicionada a compatibilidade com o formato de vídeo VVC (Versatile Video Coding), também conhecido como padrão de compressão de vídeo H.266, desenvolvido conjuntamente por grupos de trabalho da MPEG (ISO/IEC JTC 1) e VCEG (ITU-T), com a participação de empresas como Apple, Ericsson, Intel, Huawei, Microsoft, Qualcomm e Sony. O H.266 substitui o H.265 (HEVC) e oferece alta eficiência na transmissão e armazenamento de todas as resoluções de tela (de SD e HD a 4K e 8K), suportando vídeo com faixa dinâmica ampliada (HDR, High Dynamic Range) e vídeo panorâmico em 360 graus.
  • Foi adicionada a possibilidade de gravar vídeos com nível de qualidade constante. O modo é configurado no objeto MediaRecorder, utilizando o método setVideoEncodingQuality(), que permite fixar o nível de qualidade sem vinculação à taxa de bits.
  • Para aplicativos que operam em segundo plano, o acesso à API para reprodução de áudio, conexão a dispositivos de áudio e alteração de volume foi restringido. Presume-se que apenas aplicativos ativos, com os quais o usuário está interagindo no momento, possam iniciar a reprodução e alterar o volume.
  • Foi declarado obsoleto o atributo android:usesCleartextTraffic, que permitia que o aplicativo transferisse tráfego não criptografado, por exemplo, acessos via 'http://'. Se o uso de tráfego não criptografado for necessário, deve-se usar arquivos separados com configurações de segurança.
  • Foi adicionada a compatibilidade com criptografia híbrida baseada no mecanismo HPKE (Hybrid Public Key Encryption, RFC 9180), que combina a simplicidade de transmissão de chave na criptografia de chave pública com mais alto criptação simétrica (os dados são criptografados com uma chave simétrica rápida, e a própria chave é criptografada com uma chave assimétrica lenta).
  • Adicionadas configurações para gerenciar o histórico de chamadas VoIP, permitindo controlar a retenção de informações em logs e a exibição de informações sobre chamadas realizadas na interface.
  • Na API Wi-Fi RTT (Round-Trip-Time), foi ampliada a capacidade de determinar continuamente a distância aproximada até os pontos de acesso e a identificação segura de nós para conexões P2P (peer-to-peer).
  • No CompanionDeviceManager, novos perfis foram adicionados para solicitar permissões e interagir com aplicativos de dispositivos médicos e rastreadores de fitness.

Fonte: opennet.ru

Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS 🔥 Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS | ProHoster