Author: Dave Burke, vice-presidente de engenharia

Faltam apenas algumas semanas para o Google I/O 2021, e não vemos a hora de compartilhar com você todas as notícias recentes sobre o Android! Enquanto aguardamos, compartilhamos a Visualização do desenvolvedor 3, o próximo marco de versão do Android 12, para que você possa testá-la e fornecer seu feedback.

No Android 12, continuamos a nos concentrar em tornar o SO mais inteligente, mais fácil de usar e com melhor desempenho, sempre com a privacidade e a segurança como pontos centrais. Também estamos trabalhando para dar a você novas ferramentas para criar ótimas experiências para usuários em telefones, laptops, tablets, TVs ou carros. Algumas coisas a conferir no lançamento de hoje incluem uma nova experiência de inicialização de apps, novos recursos de vídeo e câmera para ajudar você a obter mais do suporte a hardware subjacente e uma nova permissão para alarmes exatos que ajudam os usuários a economizar bateria.

Continue lendo para ver mais destaques e visite o site para desenvolvedores do Android 12 para ver mais detalhes e downloads para Pixel. Se você já estiver executando um build de Visualização do desenvolvedor 2, em breve terá uma atualização OTA. Como sempre, queremos saber sua opinião e agradecemos o feedback que você compartilhou conosco até agora.

Ferramentas melhores de experiência do usuário

O lançamento de hoje inclui novas ferramentas para ajudar você a fornecer uma experiência mais refinada e um desempenho melhor para os usuários. Estas são algumas das atualizações.

Experiência melhor de inicialização de apps – No Android 12, estamos tornando a inicialização de apps uma experiência mais consistente e prazerosa. Adicionamos uma nova animação de inicialização para todos os apps desde o ponto de inicialização, uma tela de apresentação que mostra o ícone do app e uma transição para o próprio app. A nova experiência traz elementos de design padrão para cada inicialização de app, mas também tornamos isso personalizável, para que os apps possam manter sua identidade de marca única. Por exemplo, você pode usar novas APIs de tela de apresentação e recursos para gerenciar a cor de fundo da janela da tela de apresentação. É possível substituir o ícone estático na tela de início por um ícone personalizado ou uma animação, definir o modo claro ou escuro e controlar o momento da revelação do app na animação de saída.

Não é preciso fazer nada para aproveitar a nova experiência. Ela é ativada por padrão para todos os apps. Recomendamos testar imediatamente o app com a nova experiência, especialmente se você já estiver usando uma tela de apresentação. Para personalizar a experiência, confira as novas APIs e conte para a gente o que você achou. Saiba mais aqui.

Novo modelo de notificação de chamadas – As chamadas recebidas e realizadas são importantes para os usuários, e elas devem ser fáceis de ver e gerenciar. No Android 12, estamos melhorando as notificações de chamada para que elas sejam mais visíveis e possam ser procuradas mais facilmente, e também melhoramos sua consistência com outros componentes de notificação. Se o app lidar com chamadas, como um app de telefone ou um app de chat com chamadas de vídeo, vale a pena experimentar nosso novo modelo CallStyle. Você pode usar o modelo para criar notificações de chamadas recebidas, realizadas e rastreadas. Cada tipo dá suporte a várias ações, incluindo ações padrão e ações personalizadas que são específicas de cada app. Você também pode anexar uma imagem de avatar grande, fornecer texto e definir dicas coloridas para os botões. O SO dá alta visibilidade às notificações de CallStyle, por exemplo, colocando-as na parte superior da aba de notificações. Saiba mais aqui.

Nova permissão para alarmes exatos – Os alarmes são uma forma importante pela qual os apps programam os trabalhos. Na maioria dos casos, os apps devem usar alarmes inexatos, que têm a vantagem de economizar a bateria. O Android gerencia esses alarmes para minimizar ações de despertar e impactos sobre a bateria, como por meio dos recursos de Soneca e App em espera. Para os casos em que são necessários alarmes precisos, como para despertadores e timers, você pode usar os alarmes exatos. Eles são convenientes e confiáveis, mas também podem causar o esgotamento da bateria, especialmente quando usados em excesso. Por isso, no Android 12, estamos fazendo algumas mudanças para dar mais controle aos usuários.

Os apps segmentados para o Android 12 que desejam usar alarmes exatos agora deverão solicitar uma nova permissão, SCHEDULE_EXACT_ALARM. Essa é uma permissão normal. Portanto, uma vez que você a tenha declarado em seu manifesto, ela será automaticamente concedida na primeira inicialização. No entanto, também estamos dando aos usuários visibilidade dos apps que têm essa permissão e permitindo que eles a concedam e revoguem usando as permissões especiais de acesso a apps das configurações. Se o app exigir alarmes exatos, certifique-se de lidar com os casos nos quais ele não tenha mais a permissão. Adicionamos uma nova API, canScheduleExactAlarms(), para que você possa verificar o status da permissão do app. Em geral, recomendamos a migração dos apps para que eles não usem os alarmes exatos sempre que possível. Saiba mais aqui.

Melhoria da vinculação com a Web – No Android 12, estamos fazendo algumas mudanças para ajudar os usuários a obter conteúdo de forma mais rápida e direta. Primeiro, mudamos o tratamento padrão dos links que não são verificados pelos Android App Links nem manualmente aprovados pelo usuário. Agora, o SO os abrirá diretamente no navegador padrão, em vez de mostrar uma caixa de diálogo seletora. Para facilitar para os usuários a aprovação do app para links, adicionamos um novo Intent que os direciona para a opção "Open by default" nas configurações. Se você quiser garantir que somente o seu app possa lidar com links de seu domínio, pode usar os App Links. Adicionamos novos comandos adb para ajudar você a configurar e testar links. Saiba mais aqui.

Experiências táteis mais completas - Estamos expandindo as ferramentas que oferecemos para a criação de retorno tátil informativo para eventos de IU, efeitos imersivos e divertidos para jogos e háptica de concentração para produtividade. Adicionamos efeitos expressivos como a baixa sinalização, que se beneficia da largura de banda com frequência mais ampla dos atuadores mais recentes. Os desenvolvedores de jogos agora podem acessar vários atuadores diferentes de forma independente nos controles de jogos para criar o mesmo efeito de forma síncrona ou diferentes efeitos táteis em vários atuadores. Para os desenvolvedores, recomendamos usar as constantes e os primitivos como a base para efeitos táteis mais ricos: as constantes para melhorar os eventos de IU e o compositor tátil para sequenciar primitivos para efeitos mais complexos. Você pode experimentar por completo essas APIs nos dispositivos Pixel 4 hoje mesmo, e nós continuamos a trabalhar com nossos parceiros fabricantes de dispositivos para trazer o que há de mais moderno em suporte tátil aos usuários em todo o ecossistema.

Melhorias de codificação de vídeo - O Android 12 padroniza o conjunto de chaves para controlar toda a gama de parâmetros de quantização (QP) de vídeo, permitindo que os desenvolvedores evitem códigos específicos de fornecedor. As novas chaves estão disponíveis na API MediaFormat e também na biblioteca NDK Media. Os codificadores de vídeo devem especificar um limite mínimo de qualidade de vídeo para garantir que os usuários não tenham uma qualidade extremamente baixa quando os vídeos forem complexos.

Extensões de vídeo Camera2 - Muitos de nossos parceiros fabricantes de dispositivos criaram efeitos de câmera personalizados, como bokeh, HDR, modo noturno e outros, que eles desejam que os apps utilizem para criar experiências diferenciadas em seus dispositivos. Já demos suporte a esses efeitos personalizados por meio de um conjunto de extensões de fornecedor em nossa biblioteca CameraX e agora, no Android 12, estamos expondo as extensões de fornecedor diretamente na plataforma, também. Isso ajuda os apps que têm implementações complexas de Camera2 a se beneficiarem das extensões sem grandes mudanças no código legado. As APIs de extensão expõem exatamente o mesmo conjunto de efeitos que o CameraX, e eles já têm suporte em muitos dispositivos, por isso você pode utilizá-los diretamente. Saiba mais aqui.

Suporte a sensores de câmera Quad Bayer - Muitos dispositivos Android hoje são fornecidos com sensores de câmera de ultra-alta resolução, geralmente com padrões Quad/Nona Bayer, e eles oferecem uma ótima flexibilidade em termos de qualidade de imagem e desempenho em ambientes com pouca luminosidade. No Android 12, estamos introduzindo novas APIs de plataforma que permitem que apps de terceiros se beneficiem totalmente desses versáteis sensores. As novas APIs dão suporte ao comportamento exclusivo desses sensores e levam em conta que eles podem dar suporte a diferentes configurações e combinações de streaming quando operam no modo de resolução total ou "resolução máxima" e não no modo "padrão".

Aprendizado de máquina acelerado - No Android 12, investimos em áreas-chave para que os desenvolvedores possam tirar o máximo proveito dos aceleradores de aprendizado de máquina (ML) e sempre obter o melhor desempenho possível por meio da API Neural Networks. Em termos de melhorias de desempenho, reduzimos mais da metade da sobrecarga das chamadas de inferência com a introdução de melhorias como preenchimento, cercas de sincronização e objetos de execução reutilizáveis. Também tornamos os drivers aceleradores de ML atualizáveis fora das versões da plataforma, por meio do Google Play Services. Com isso, os desenvolvedores poderão se beneficiar mais facilmente dos drivers mais recentes em qualquer dispositivo compatível e garantir que as melhorias no desempenho do ML e as correções de bugs cheguem aos usuários mais rápido do que nunca.

Padronização da computação de GPU - Estamos suspendendo o uso das APIs RenderScript em favor de soluções multiplataforma de computação de GPU, como Vulkan e OpenGL. Queremos que você tenha a certeza de que as cargas de trabalho de alto desempenho serão executadas em hardware de GPU, e muitos dispositivos já estão sendo comercializados apenas com o suporte a CPU para o RenderScript. As APIs existentes continuarão a funcionar por enquanto, e nós criamos uma biblioteca de código aberto para a intrínseca do RenderScript, como o foco, que utiliza o código altamente otimizado da plataforma. Também estão disponíveis amostras e um guia de migração para o uso do Vulkan para implementar o processamento de imagens. Saiba mais aqui.

Depuração melhor para falhas nativas - Vocês nos disseram que a depuração de falhas relacionadas ao NDK pode ser um desafio. Estamos facilitando isso no Android 12 com um diagnóstico mais prático. Na plataforma, usamos arquivos de crash dump chamados Tombstones para depurar nossas falhas nativas, e eles contêm as informações necessárias para diagnosticar uma variedade de problemas; isso inclui liberação via ART, integração a fdsan e registro de todas as pilhas envolvidas em uma falha GWP-ASan, HWASan ou MTE. Agora, estamos dando aos apps acesso a seus arquivos Tombstone por meio da API App Exit Reasons. Quando um app usar "ApplicationExitInfo" com "REASON_CRASH_NATIVE", você agora poderá chamar "getTraceInputStream()" para obter os dados do Tombstone como um buffer de protocolo.

Configurações de backup mais flexíveis – O serviço de backup do Android permite que os usuários restaurem ou migrem seus dados facilmente para um novo dispositivo. Os apps são centrais para a experiência, permitindo que os usuários transfiram facilmente dados de apps e continuem de onde pararam. O serviço de backup dá suporte tanto a backups em nuvem para o Google Drive quanto a transferências entre dispositivos, e os desenvolvedores podem tirar proveito disso com o mínimo de mudanças nos apps. Para os apps segmentados para o Android 12, estamos melhorando o serviço para oferecer mais flexibilidade e controle. Atualizamos o formato de configuração de XML para que agora você possa definir regras diferentes para backups em nuvem e transferências entre dispositivos. Com isso, por exemplo, você pode excluir um arquivo grande dos backups em nuvem, mas incluí-lo nas transferências entre dispositivos. Também é possível definir requisitos de criptografia separadamente para backups ou transferências. Por fim, se você quiser desativar o backup automático para as transferências entre dispositivos, use o novo formato de configuração em vez do atributo de manifesto allowBackup. Saiba mais aqui.

Você pode saber mais sobre todos os recursos e as mudanças de comportamento do Android 12 aqui.

Compatibilidade de apps

Estamos trabalhando para agilizar e simplificar as atualizações priorizando a compatibilidade de apps à medida que lançamos novas versões da plataforma. No Android 12, a maioria das mudanças voltadas para os apps é ativável, para que você tenha mais tempo, e nossos processos e ferramentas foram atualizados para ajudar você a se preparar mais rapidamente.

Com a Visualização do desenvolvedor 3, estamos nos aproximando de nossa primeira versão Beta, enquanto continuamos melhorando a estabilidade. Este é o momento de experimentar os novos recursos e as mudanças e contar para nós como eles funcionaram com os seus apps. Visite a página de feedback para compartilhar suas opiniões conosco ou relatar problemas.

Com a proximidade da primeira versão Beta, é hora de começar os testes de compatibilidade para garantir que seus apps estejam preparados. Recomendamos lançar uma atualização compatível durante as próximas semanas. Não há necessidade de alterar o targetSdkVersion do app ainda, embora você possa usar os botões de alternância de mudanças de comportamento para ter uma ideia inicial de como um app pode ser afetado pela ativação de mudanças no Android 12.

Quando atingirmos a estabilidade da plataforma em agosto de 2021, todos os comportamentos do sistema voltados para os apps, as APIs SDK/NDK e as listas não SDK estarão finalizados. Nesse ponto, você poderá concluir seus testes de compatibilidade finais e lançar uma versão totalmente compatível do app, SDK ou biblioteca. Saiba mais sobre o cronograma para desenvolvedores.

Botões de alternância da compatibilidade de apps nas “Opções do desenvolvedor”.

Primeiros passos com o Android 12

A Visualização do desenvolvedor de hoje tem tudo o que você precisa para experimentar os recursos do Android 12, testar apps e nos fornecer feedback. Você pode começar hoje mesmo atualizando uma imagem de sistema de dispositivo para um dispositivo Pixel 3/3 XL, Pixel 3a/3a XL, Pixel 4/4 XL, Pixel 4a/4a 5G ou Pixel 5 ou usando o Android Emulator. Caso já tenha instalado um build de pré-lançamento em seu dispositivo Pixel, você receberá automaticamente esta atualização e futuras atualizações Beta via OTA. Veja mais detalhes sobre como obter o Android 12 aqui.

Para acessar todas as informações, visite o site para desenvolvedores Android 12.

Removed pending +2

For Improved web linking section (might not get approval in time for DP3, can update the post after):

Also, starting in Android 12, the OS will no longer reset a user’s previous choice of default app when they install a new app for web links or a web browser, except for App Link verified apps. Browsers that want to encourage users to grant them default status can continue to do so using the RoleManager API.

Removed from post

Restrictive App Standby bucket - Based on feedback from developers and device makers, we’re enabling a new, more restrictive App Standby bucket to help standardize battery-saving behaviors across devices. Starting in Android 12, devices will be required to use the new restrictive bucket instead of proprietary restrictions, and device-maker partners are working with us to move to this model. For developers, the new bucket should help reduce variation across devices and work seamlessly with your apps as an extension of the current App Standby system.

Performance Class - Starting with Android 12 and working together with our ecosystem partners, we’re introducing a common standard for high performing Android devices. This standard, called Performance Class, defines a set of capabilities that go beyond Android's baseline requirements, and devices that meet Performance Class can support more demanding use-cases and deliver higher quality content. Developers can check for Performance Class at runtime and then reliably deliver enhanced and upgraded experiences that take full advantage of the device’s performance.

Performance Class requirements will be specific to each Android version and defined in that version’s Android Compatibility Definition Document (CDD). The requirements will be tested and verified through the Android Compatibility Test Suite (CTS). A device will report its Performance Class level in relation to the Android version it supports, for example "Performance Class 12", and can upgrade to newer platform versions without necessarily updating its Performance Class level. For example, a device running Android 13 could still report Performance Class 12 if it does not meet the Android 13 Performance Class criteria.

In Android 12, the Performance Class criteria will focus on media use cases and include media & camera requirements, such video encoding quality, camera image quality, capture latency, camera/codec startup latency, in addition to generic requirements, such as total device memory and read/write performance.