O Android 14 introduz ótimos recursos e APIs novos para desenvolvedores. As seções abaixo ajudam você a conhecer os recursos dos apps e a começar a usar as APIs relacionadas.
Para uma lista detalhada das APIs novas, modificadas e removidas, leia o Relatório de diferenças da API. Para ver detalhes sobre as novas APIs, acesse a Referência da API do Android. As APIs novas estão em destaque para melhor visibilidade. Além disso, para saber mais sobre as áreas em que as mudanças na plataforma podem afetar seus apps, consulte as mudanças de comportamento do Android 14 para apps destinados ao Android 14 e para todos os apps.
Internacionalização
Seleção de idioma por app
O Android 14 expande os recursos de linguagem por app lançados no Android 13 (API de nível 33) com estes recursos extras:
Gerar automaticamente o
localeConfig
de um app: a partir do Android Studio Giraffe Canary 7 e do AGP 8.1.0-alpha07, é possível configurar seu app para oferecer suporte a seleção de idioma por app automaticamente. Com base nos recursos do projeto, o Plug-in do Android para Gradle gera o arquivoLocaleConfig
e adiciona uma referência a ele no arquivo de manifesto final. Assim, não é mais necessário criar ou atualizar o arquivo manualmente. O AGP usa os recursos nas pastasres
dos módulos do app e qualquer dependência de módulos de biblioteca para determinar as localidades que serão incluídas no arquivoLocaleConfig
. Consulte Suporte automático a idiomas por app para saber mais e envie seu feedback.Atualizações dinâmicas para o
localeConfig
de um app: use os métodossetOverrideLocaleConfig()
egetOverrideLocaleConfig()
emLocaleManager
para atualizar dinamicamente a lista de idiomas com suporte no app nas configurações do sistema do dispositivo. Use essa flexibilidade para personalizar a lista de idiomas com suporte por região, executar experimentos A/B ou fornecer uma lista atualizada de localidades se o app usar pushes do lado do servidor para localização.Visibilidade do idioma do app para Editores de método de entrada (IMEs): os IMEs podem usar o método
getApplicationLocales()
para conferir o idioma do app atual e associar o idioma do IME a ele.
API Grammatical Inflection
Três bilhões de pessoas falam idiomas com marcação de gênero: idiomas em que categorias gramaticais, como substantivos, verbos, adjetivos e preposições, mudam de acordo com o gênero das pessoas e os objetos sobre os quais elas falam. Tradicionalmente, vários idiomas com marcação de gênero usam o gênero gramatical masculino como padrão ou genérico.
Referir-se a usuários no gênero gramatical errado, como falar com uma mulher no gênero gramatical masculino, pode afetar negativamente o desempenho e a atitude dela. Por outro lado, uma interface com linguagem que reflete corretamente o gênero gramatical do usuário pode melhorar o engajamento e fornecer uma experiência do usuário mais personalizada e natural.
Para ajudar a criar uma interface focada no usuário para idiomas com flexão de gênero, o Android 14 apresenta a API Grammatical Inflection, que permite adicionar suporte aos gêneros gramaticais sem refatorar o app.
Preferências regionais
As preferências regionais permitem que os usuários personalizem unidades de temperatura, o primeiro dia da semana e sistemas de numeração. Um europeu que mora nos Estados Unidos pode preferir que as unidades de temperatura estejam em Celsius em vez de Fahrenheit e que apps tratem a segunda-feira como o início da semana, em vez do padrão dos EUA de usar o domingo.
Os novos menus de configurações do Android para essas preferências oferecem aos usuários um
local detectável e centralizado para mudar as preferências do app. Essas
preferências também são mantidas com backup e restauração. Várias APIs e
intents (como
getTemperatureUnit
e
getFirstDayOfWeek
)
permitem que o app acesse as preferências do usuário, ajustando a forma como as informações
são exibidas. Também é possível registrar um
BroadcastReceiver
em
ACTION_LOCALE_CHANGED
para processar mudanças de configuração de localidade quando as preferências regionais mudam.
Para encontrar essas configurações, abra o app Configurações e navegue até Sistema > Idiomas e entrada > Preferências regionais.


Tela de preferências regionais nas configurações do sistema Android
Opções de temperatura para preferências regionais nas configurações do sistema Android
Acessibilidade
Dimensionamento de fonte não linear para 200%
No Android 14 e mais recentes, o sistema oferece suporte ao dimensionamento de fontes de até 200%, dando aos usuários com baixa visão outras opções de acessibilidade alinhadas às diretrizes de acessibilidade de conteúdo da Web (WCAG, na sigla em inglês).
Para evitar que elementos de texto grandes na tela fiquem grandes demais, o sistema aplica uma curva de dimensionamento não linear. Essa estratégia significa que textos grandes não são dimensionados na mesma taxa que os menores. O dimensionamento de fontes não linear ajuda a preservar a hierarquia proporcional entre elementos de tamanhos diferentes, reduzindo problemas com o dimensionamento linear em graus elevados, como cortes de texto ou dificuldade para ler um texto devido a tamanhos muito grandes de tela.
Testar o app com dimensionamento de fontes não linear

Se você já usa unidades de pixels dimensionados (sp) para definir o tamanho do texto, essas opções extras e melhorias no dimensionamento serão aplicadas automaticamente ao texto no seu app. No entanto, faça testes de interface com o tamanho máximo de fonte ativado (200%) para garantir que o app possa aplicar os tamanhos de fonte corretamente e acomodar tamanhos maiores sem afetar a usabilidade.
Para ativar o tamanho de fonte de 200%, siga estas etapas:
- Abra o app Configurações e navegue até Acessibilidade > Texto e tamanho de exibição.
- Na opção Tamanho da fonte, toque no ícone de adição (+) até ativar a configuração de tamanho máximo de fonte, conforme mostrado na imagem que acompanha esta seção.
Usar unidades de pixels dimensionados (sp) para tamanhos de texto
Sempre especifique tamanhos de texto em unidades de sp. Quando seu app usa unidades de sp, o Android pode aplicar o tamanho de texto preferencial do usuário e dimensioná-lo adequadamente.
Não use unidades de sp para preenchimento ou alturas de visualização: com o dimensionamento não linear, as dimensões de sp podem não ser proporcionais. Portanto, 4sp + 20sp podem não ser iguais a 24sp.
Converter unidades de pixel dimensionadas
Use
TypedValue.applyDimension()
para converter unidades de sp em pixels, e use
TypedValue.deriveDimension()
para converter pixels em sp. Esses métodos aplicam a curva de dimensionamento não linear adequada
automaticamente.
Evite equações fixadas no código
usando
Configuration.fontScale
ou
DisplayMetrics.scaledDensity
.
Como o dimensionamento da fonte agora não é linear, esses campos não são mais precisos.
Experiência do usuário
Ações personalizadas e melhoria na classificação do Sharesheet
O Android 14 atualiza o Sharesheet do sistema para oferecer suporte a ações personalizadas do app e resultados de visualização mais informativos para os usuários.
Adicionar ações personalizadas
Com o Android 14, o app pode adicionar ações personalizadas ao Sharesheet do sistema
que invocar. Para personalizar as ações com o Sharesheet, crie sua
ChooserAction
personalizada usando o
ChooserAction.Builder
e especifique uma lista de ChooserActions
como suas
Intent.EXTRA_CHOOSER_CUSTOM_ACTIONS
da Intent
criada com o
Intent.createChooser
.

Melhorar a classificação dos alvos de compartilhamento direto
O Android 14 usa mais indicadores de apps para determinar a classificação dos alvos de
compartilhamento diretos a fim de apresentar resultados mais úteis para o usuário. Para oferecer o
sinal mais útil na classificação, relate o uso de atalhos chamando
pushDynamicShortcut
com um atalho correspondente quando o usuário enviar uma mensagem
a um contato e anexe o recurso
"actions.intent.SEND_MESSAGE" correspondente a esse atalho chamando
ShortcutInfoCompat.Builder#addCapabilityBinding("actions.intent.SEND_MESSAGE")
.
Suporte a animações de voltas preditivas integradas e personalizadas
O Android 13 introduziu a animação de volta preditiva à tela inicial por trás de uma opção do desenvolvedor. Quando usada em um app com suporte para a opção para desenvolvedor ativada, deslizar para trás mostra uma animação indicando que o gesto de retorno sai do app de volta à tela inicial.
O Android 14 inclui várias melhorias e novas orientações para a volta preditiva:
- Você pode configurar
android:enableOnBackInvokedCallback=true
para ativar as animações do sistema de volta preditiva por atividade em vez de para todo o app. - Adicionamos novas animações do sistema para acompanhar a animação de retorno à tela inicial do Android 13. As novas animações do sistema são entre atividades e tarefas, que são recebidas automaticamente após a migração para a volta preditiva.
- Adicionamos novas animações do componente Material Design para páginas inferiores, páginas laterais e pesquisa.
- Desenvolvemos orientações de design para a criação de transições e animações personalizadas no app.
- Adicionamos novas APIs para oferecer suporte a animações de transição personalizadas no app:
handleOnBackStarted
,handleOnBackProgressed
,handleOnBackCancelled
in
OnBackPressedCallback
onBackStarted
,onBackProgressed
,onBackCancelled
in
OnBackAnimationCallback
- Use
overrideActivityTransition
em vez deoverridePendingTransition
para transições que respondem à medida que o usuário desliza de volta.
Com esta versão de pré-lançamento do Android 14, todos os recursos de volta preditiva permanecem por trás de uma opção para desenvolvedores. Consulte o guia do desenvolvedor para migrar seu app para a volta preditiva e o guia do desenvolvedor para criar transições personalizadas no app.
Melhorias para app stores
O Android 14 apresenta várias novas APIs
PackageInstaller
que
permitem que as app stores melhorem a experiência do usuário.
Solicitar aprovação da instalação antes do download
A instalação ou atualização de um app pode exigir a aprovação
do usuário.
Por exemplo, quando um instalador que usa a permissão REQUEST_INSTALL_PACKAGES
tenta instalar um novo app. Nas versões anteriores do Android, as app stores
só podem solicitar a aprovação do usuário depois que os APKs foram programados na sessão
de instalação e a sessão
foi
confirmada.
A partir do Android 14, o método
requestUserPreapproval()
permite que os instaladores solicitem a aprovação do usuário antes de confirmar a sessão
de instalação. Essa melhoria permite que a app store adie o download de APKs até
que a instalação seja aprovada pelo usuário. Além disso, depois que um usuário
aprova a instalação, a app store pode fazer o download e instalar o app em
segundo plano sem interromper o usuário.
Reivindicar a responsabilidade por atualizações futuras
O novo método
setRequestUpdateOwnership()
permite que um instalador indique ao sistema que pretende
ser responsável por futuras atualizações de um app que ele está instalando. Esse recurso
permite a aplicação da atualização de propriedade, ou seja, apenas o proprietário
da atualização
pode instalar atualizações automáticas no app. A aplicação da atualização de
propriedade ajuda a garantir que os usuários recebam atualizações apenas da app store
esperada.
Qualquer outro instalador, incluindo aqueles que usam a permissão
INSTALL_PACKAGES
, precisa receber aprovação explícita do usuário para instalar uma atualização.
Se um usuário decidir continuar com uma atualização de outra fonte, a propriedade da
atualização será perdida.
Atualizar apps em momentos menos incômodos
Geralmente, as app stores não querem atualizar um app que está em uso, porque isso encerra os processos em execução e pode interromper o que o usuário está fazendo.
A partir do Android 14, a API
InstallConstraints
oferece aos instaladores uma maneira de garantir que as atualizações do app ocorram em um
momento oportuno. Por exemplo, uma app store pode chamar o método
commitSessionAfterInstallConstraintsAreMet()
para garantir que uma atualização só será confirmada quando o usuário não estiver mais
interagindo com o app em questão.
Instalar divisões opcionais de forma simples
Com os APKs divididos, os recursos de um app podem ser enviados em arquivos APK separados
em vez de como um APK monolítico. Os APKs divididos permitem que as app stores otimizem a
entrega de diferentes componentes do app. Por exemplo, app stores podem otimizar
com base nas propriedades do dispositivo de destino. A API
PackageInstaller
oferece
suporte a divisões desde a apresentação no nível 22 da API.
No Android 14, o método
setDontKillApp()
permite que um instalador indique que os processos em execução do app
não serão encerrados quando novas divisões forem instaladas. As app stores podem usar esse
recurso para instalar novos recursos enquanto o usuário está usando o
app.
Detectar quando usuários fazem capturas de tela no dispositivo
Para criar uma experiência mais padronizada para detectar capturas de tela, o Android 14 apresenta uma API de detecção de capturas de tela que preserva a privacidade. Ela permite que os apps registrem callbacks por atividade. Esses callbacks são invocados e o usuário é notificado quando faz uma captura de tela enquanto a atividade está visível.
Gráficos
Os caminhos agora podem ser consultados e interpolados
A API Path
do Android é um mecanismo poderoso e
flexível para criar e renderizar gráficos vetoriais, com a capacidade de
desenhar ou preencher um caminho, construir um caminho usando segmentos de linha ou curvas
quadráticas ou cúbicas, executar operações booleanas para conseguir formas ainda mais complexas ou todas
essas opções ao mesmo tempo. Uma limitação é a capacidade de descobrir o que está
presente em um objeto de caminho. Os componentes internos do objeto são opacos para autores de chamadas
após a criação.
Para criar um Path
, chame métodos como
moveTo()
,
lineTo()
e
cubicTo()
para adicionar segmentos de caminho. Mas não há uma maneira de perguntar a esse caminho
quais são os segmentos. Portanto, você precisa manter essas informações no momento da criação.
A partir do Android 14, é possível consultar caminhos para descobrir o que há dentro deles.
Primeiro, você precisa conseguir um objeto
PathIterator
usando a API
Path.getPathIterator
:
Kotlin
val path = Path().apply { moveTo(1.0f, 1.0f) lineTo(2.0f, 2.0f) close() } val pathIterator = path.pathIterator
Java
Path path = new Path(); path.moveTo(1.0F, 1.0F); path.lineTo(2.0F, 2.0F); path.close(); PathIterator pathIterator = path.getPathIterator();
Em seguida, chame PathIterator
para
iterar os segmentos um por um, recuperando todos os dados necessários
para cada segmento. Este exemplo usa objetos
PathIterator.Segment
,
que empacotam os dados para você:
Kotlin
for (segment in pathIterator) { println("segment: ${segment.verb}, ${segment.points}") }
Java
while (pathIterator.hasNext()) { PathIterator.Segment segment = pathIterator.next(); Log.i(LOG_TAG, "segment: " + segment.getVerb() + ", " + segment.getPoints()); }
O PathIterator
também tem uma versão não alocada de next()
, em que é possível transmitir
um buffer para armazenar os dados dos pontos.
Um dos casos de uso importantes para consultar os dados Path
é a interpolação. Por exemplo,
você pode querer animar (ou transformar) entre dois caminhos diferentes. Para simplificar ainda mais
esse caso de uso, o Android 14 também tem um novo método
interpolate()
em Path
.
Supondo que os dois caminhos tenham a mesma estrutura interna, o método interpolate()
cria um novo Path
com esse resultado interpolado. Este exemplo
retorna um caminho com um formato que está na metade do caminho (uma interpolação linear de 0,5)
entre path
e otherPath
:
Kotlin
val interpolatedResult = Path() if (path.isInterpolatable(otherPath)) { path.interpolate(otherPath, .5f, interpolatedResult) }
Java
Path interpolatedResult = new Path(); if (path.isInterpolatable(otherPath)) { path.interpolate(otherPath, 0.5F, interpolatedResult); }
A biblioteca graphics-path do Jetpack, agora disponível na versão Alfa, também permite APIs semelhantes em versões anteriores do Android.
Principal recurso
Atualizações do OpenJDK 17
O Android 14 continua o trabalho de atualizar as principais bibliotecas do Android para se alinhar aos recursos das versões mais recentes do LTS do OpenJDK, incluindo atualizações de bibliotecas e suporte à linguagem Java 17 para desenvolvedores de apps e plataformas.
Os seguintes recursos e melhorias estão incluídos:
- Aproximadamente 300 classes
java.base
foram atualizadas para oferecer suporte ao Java 17. - Blocos de texto, que introduzem literais de string de várias linhas à linguagem de programação Java.
- Correspondência de padrão para instanceof, que permite que um objeto
seja tratado como um tipo específico em uma
instanceof
sem nenhuma outra variável. - Classes seladas, que permitem restringir quais classes e interfaces podem estender ou implementar essas classes.
Graças às atualizações do sistema do Google Play (Projeto Mainline), mais de 600 milhões de dispositivos podem receber as atualizações mais recentes do Android Runtime (ART), que incluem essas mudanças. Isso faz parte do nosso compromisso de oferecer aos apps um ambiente mais consistente e seguro em todos os dispositivos, com novos recursos para os usuários, independente da versão da plataforma.
Java e OpenJDK são marcas registradas da Oracle e/ou afiliadas.