Mudanças de comportamento: todos os apps

A plataforma Android 14 inclui mudanças de comportamento que podem afetar seu app. As mudanças de comportamento abaixo se aplicam a todos os apps executados no Android 14, independente da targetSdkVersion. Teste seu app e modifique-o conforme necessário para ficar compatível com essas mudanças, quando aplicável.

Consulte também a lista de mudanças de comportamento que afetam apenas os apps destinados ao Android 14.

Principal recurso

Programar alarmes exatos não é permitido por padrão

Alarmes exatos são destinados a notificações pretendidas pelo usuário ou ações que precisam acontecer em um momento preciso. A partir do Android 14, a permissão SCHEDULE_EXACT_ALARM não é mais concedida previamente à maioria dos apps recém-instalados destinados ao Android 13 e mais recentes. Em vez disso, ela é negada por padrão.

Saiba mais sobre as mudanças na permissão de programação de alarmes exatos.

As transmissões registradas em contexto são enfileiradas enquanto os apps são armazenados em cache

在 Android 14 中，当应用处于缓存状态时，系统可以将上下文注册的广播放入队列中。这与 Android 12（API 级别 31）为异步 binder 事务引入的队列行为类似。在清单中声明的广播不会加入队列，并且应用会从缓存状态中移除以进行广播传递。

当应用离开缓存状态（例如返回前台）时，系统会传递所有已加入队列的广播。某些广播的多个实例可以合并为一个广播。根据其他因素（例如系统运行状况），系统可能会从缓存状态中移除应用，并且传输之前加入队列的所有广播。

Os apps só podem encerrar os próprios processos em segundo plano

A partir do Android 14, quando o app chamar killBackgroundProcesses(), a API poderá encerrar apenas os processos em segundo plano do próprio app.

Se você transmitir o nome do pacote de outro app, esse método não afetará os processos em segundo plano desse app, e esta mensagem vai aparecer no Logcat:

Invalid packageName: com.example.anotherapp

O app não pode usar a API killBackgroundProcesses() nem tentar influenciar o ciclo de vida do processo de outros apps, mesmo em versões mais antigas do SO. O Android foi projetado para manter apps em cache em segundo plano e encerrá-los automaticamente quando o sistema precisa de memória. Se o app encerrar outros apps desnecessariamente, isso poderá reduzir o desempenho do sistema e aumentar o consumo da bateria exigindo reinicializações completas dos apps mais tarde, o que consome muito mais recursos que retomar um app existente armazenado em cache.

A MTU é definida como 517 para o primeiro cliente GATT que solicita uma MTU

从 Android 14 开始，Android 蓝牙堆栈会更严格地遵循蓝牙核心规范 5.2 版，当第一个 GATT 客户端使用 BluetoothGatt#requestMtu(int) API 请求 MTU 时，会请求将 BLE ATT MTU 设置为 517 个字节，并忽略针对该 ACL 连接的所有后续 MTU 请求。

如需解决此变更并提高应用的稳健性，请考虑以下选项：

  • 您的外围设备应使用可由外围设备适应的合理值来响应 Android 设备的 MTU 请求。最终商定的值将为 Android 请求的值和远程提供的值（例如 min(517, remoteMtu)）中的最小值
    • 实现此修复可能需要更新外围设备的固件
  • 或者，根据外围设备的已知受支持值与接收到的 MTU 变化之间的最小值限制 GATT 特征写入
    • 温馨提示：您应该在支持的标头大小的基础上减少 5 个字节
    • 例如：arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5

Novo motivo pelo qual um app pode ser colocado no bucket de espera restrito

O Android 14 apresenta um novo motivo para um app ser colocado no bucket de espera restrito. Os jobs do app acionam erros de ANR várias vezes devido aos tempos limite do método onStartJob, onStopJob ou onBind. Consulte O JobScheduler reforça o callback e o comportamento da rede para mudanças em onStartJob e onStopJob.

Para acompanhar se o app entrou ou não no bucket de espera restrito, recomendamos gerar registros com a API UsageStatsManager.getAppStandbyBucket() na execução do job ou UsageStatsManager.queryEventsForSelf() na inicialização do app.

mlock limitada a 64 KB

No Android 14 (nível 34 da API) e versões mais recentes, a plataforma reduz a memória máxima que pode ser bloqueada usando mlock() para 64 KB por processo. Nas versões anteriores, o limite era de 64 MB por processo. Essa restrição promove um melhor gerenciamento de memória entre apps e no sistema. Para oferecer mais consistência em todos os dispositivos, o Android 14 adiciona um novo teste de CTS para o novo limite de mlock() em dispositivos compatíveis.

O sistema impõe o uso de recursos do app em cache

Por padrão, o processo de um app fica armazenado em cache quando é movido para o segundo plano e nenhum outro componente do processo do app está em execução. Esse processo do app está sujeito a ser encerrado devido à pressão na memória do sistema. Qualquer trabalho realizado pelas instâncias Activity nesse estado após o método onStop() ter sido chamado e retornado não é confiável nem recomendado.

O Android 14 apresenta consistência e requisitos nesse design. Logo após o processo de um app entrar em um estado armazenado em cache, o trabalho em segundo plano deixa de ser permitido até que um componente do processo volte a um estado ativo do ciclo de vida.

Apps que usam APIs de ciclo de vida com suporte ao framework, como Services, JobScheduler e Jetpack WorkManager, não são afetados por essas mudanças.

Experiência do usuário

Mudanças na experiência dos usuários com notificações não dispensáveis

Caso seu app mostre notificações não dispensáveis em primeiro plano para os usuários, saiba que o Android 14 mudou o comportamento para permitir que os usuários dispensem essas notificações.

Essa mudança se aplica a apps que impedem os usuários de dispensar as notificações em primeiro plano ao definir Notification.FLAG_ONGOING_EVENT usando Notification.Builder#setOngoing(true) ou NotificationCompat.Builder#setOngoing(true). O comportamento de FLAG_ONGOING_EVENT mudou para que essas notificações possam ser dispensadas pelo usuário.

Esses tipos de notificação ainda não podem ser dispensados nas seguintes condições:

  • Quando o smartphone está bloqueado.
  • Quando o usuário seleciona uma ação de notificação Limpar tudo, que pode dispensar notificações acidentalmente.

Além disso, esse novo comportamento não se aplica a notificações nos seguintes casos de uso:

  • Notificações do CallStyle
  • Controlador de política de dispositivo (DPC) e pacotes de suporte para empresas.
  • Notificações de mídia
  • O pacote padrão do seletor de pesquisa

As informações de segurança dos dados estão mais visíveis

Para melhorar a privacidade do usuário, o Android 14 aumenta o número de lugares em que o sistema mostra as informações declaradas no formulário do Play Console. Atualmente, os usuários podem ver essas informações na seção Segurança dos dados da página de detalhes do app no Google Play.

Recomendamos revisar as políticas de compartilhamento de dados de local do app e atualizar a seção "Segurança dos dados" no Google Play.

Saiba mais no guia sobre como as informações de segurança dos dados estão mais visíveis no Android 14.

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 para Conteúdo Web (WCAG, na sigla em inglês).

Se você já usa unidades de pixels dimensionados (sp) para definir o tamanho do texto, essa mudança provavelmente não terá um impacto alto 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 acomodar tamanhos de fonte maiores sem afetar a usabilidade.

Segurança

Nível mínimo desejado para a instalação da API

A partir do Android 14, não é possível instalar apps com uma targetSdkVersion anterior a 23. Exigir que os apps atendam a esses requisitos mínimos do nível da API melhora a segurança e a privacidade para os usuários.

Geralmente, um malware é direcionado a níveis de API mais antigos para contornar as proteções de segurança e privacidade lançadas nas versões mais recentes do Android. Por exemplo, alguns apps de malware usam uma targetSdkVersion de 22 para evitar serem submetidos ao modelo de permissão de execução apresentado em 2015 pelo Android 6.0 Marshmallow (nível 23 da API). Essa mudança do Android 14 dificulta que malwares evitem melhorias de segurança e privacidade. A tentativa de instalar um app direcionado a um nível de API anterior resultará em uma falha na instalação, com a seguinte mensagem no Logcat:

INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 23, but found 7

Em dispositivos que fizerem upgrade para o Android 14, todos os apps com uma targetSdkVersion anterior à 23 permanecerão instalados.

Se você precisar testar um app destinado a um nível de API mais antigo, use o seguinte comando adb:

adb install --bypass-low-target-sdk-block FILENAME.apk

Os nomes dos pacotes de proprietários de mídia podem ser editados

媒体库支持查询 OWNER_PACKAGE_NAME 列，该列表示存储特定媒体文件的应用。从 Android 14 开始，除非满足以下条件之一，否则系统会隐去此值：

  • 存储媒体文件的应用有一个软件包名称始终对其他应用可见。

  • 查询媒体库的应用会请求 QUERY_ALL_PACKAGES 权限。

详细了解 Android 如何出于隐私保护目的而过滤软件包可见性。