A plataforma Android 14 inclui mudanças de comportamento que podem afetar seu app.
As mudanças de comportamento a seguir 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
No Android 14, o sistema pode colocar transmissões registradas em contexto em uma fila enquanto o app está no estado em cache. Esse comportamento é semelhante ao enfileiramento que o Android 12 (nível 31 da API) apresentou para transações de binder assíncronas. As transmissões declaradas no manifesto não são enfileiradas, e os apps são removidos do estado em cache para enviar a transmissão.
Quando o app sai do estado em cache, como ao retornar para o primeiro plano, o sistema envia todas as transmissões enfileiradas. Várias instâncias de determinadas transmissões podem ser mescladas em uma transmissão. Dependendo de outros fatores, como o sistema os aplicativos podem ser removidos do estado em cache e todos os itens na fila e as transmissões são entregues.
Os apps só podem encerrar os próprios processos em segundo plano
从 Android 14 开始,当您的应用调用 killBackgroundProcesses()
时,该 API 只能终止您自己应用的后台进程。
如果您传入另一个应用的软件包名称,此方法对该应用的后台进程没有影响,并且 Logcat 中会显示以下消息:
Invalid packageName: com.example.anotherapp
您的应用不应使用 killBackgroundProcesses()
API,也不得以其他方式尝试影响其他应用的进程生命周期,即使在旧版操作系统上也是如此。Android 旨在让缓存应用在后台运行,并在系统需要内存时自动终止它们。如果您的应用会不必要地终止其他应用,则由于之后需要完全重启这些应用,因此可能会降低系统性能并增加耗电量,这比恢复现有缓存应用所消耗的资源要多得多。
A MTU está 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 para um app 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 a tempos limite de método onStartJob
,
onStopJob
ou onBind
.
Consulte O JobScheduler reforça o callback e o comportamento de rede para ver as mudanças
em onStartJob
e onStopJob
.
Para acompanhar se o app entrou ou não no bucket de espera restrito,
recomendamos fazer o registro com a API UsageStatsManager.getAppStandbyBucket()
na execução do job ou UsageStatsManager.queryEventsForSelf()
na inicialização do app.
mlock limitado 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 os apps e o sistema. Para oferecer mais
consistência entre 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 de apps 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
如果您的应用向用户显示不可关闭的前台通知,请注意:Android 14 已更改此行为,允许用户关闭此类通知。
这项变更适用于阻止用户关闭前台的应用
将 Notification.FLAG_ONGOING_EVENT
设置为
Notification.Builder#setOngoing(true)
或
NotificationCompat.Builder#setOngoing(true)
。FLAG_ONGOING_EVENT
的行为已发生变化,使用户实际上能够关闭此类通知。
在以下情况下,此类通知仍不可关闭:
- 当手机处于锁定状态时
- 如果用户选择全部清除通知操作(有助于防止意外关闭)
此外,这一新行为不适用于以下用例中的通知:
CallStyle
条通知- 企业设备政策控制器 (DPC) 和支持软件包
- 媒体通知
- 默认的搜索选择器软件包
As informações de segurança dos dados estão mais visíveis
To enhance user privacy, Android 14 increases the number of places where the system shows the information you have declared in the Play Console form. Currently, users can view this information in the Data safety section on your app's listing in Google Play.
We encourage you to review your app's location data sharing policies and take a moment to make any applicable updates to your app's Google Play Data safety section.
Learn more in the guide about how data safety information is more visible on 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 如何出于隐私保护目的而过滤软件包可见性。