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 de
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 a integridade do sistema, os apps podem ser removidos do estado em cache e qualquer transmissão colocada anteriormente na fila é entregue.
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
Starting from Android 14, the Android Bluetooth stack more strictly adheres to
Version 5.2 of the Bluetooth Core Specification and requests
the BLE ATT MTU to 517 bytes when the first GATT client requests an MTU using
the BluetoothGatt#requestMtu(int)
API, and disregards all subsequent MTU
requests on that ACL connection.
To address this change and make your app more robust, consider the following options:
- Your peripheral device should respond to the Android device's MTU request
with a reasonable value that can be accommodated by the peripheral. The
final negotiated value will be a minimum of the Android requested value and
the remote provided value (for example,
min(517, remoteMtu)
)- Implementing this fix could require a firmware update for peripheral
- Alternatively, limit your GATT characteristic writes based on the minimum
between the known supported value of your peripheral and the received MTU
change
- A reminder that you should reduce 5 bytes from the supported size for the headers
- For example:
arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5
Novo motivo para um app ser colocado no bucket de espera restrito
Android 14 introduces a new reason an app can be placed into the restricted standby bucket.
The app's jobs trigger ANR errors multiple times due to onStartJob
,
onStopJob
, or onBind
method timeouts.
(See JobScheduler reinforces callback and network behavior for changes
to onStartJob
and onStopJob
.)
To track whether or not the app has entered the restricted standby bucket,
we recommend logging with the API UsageStatsManager.getAppStandbyBucket()
on job execution or UsageStatsManager.queryEventsForSelf()
on app startup.
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 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 de apps armazenados em cache
从设计上讲,当应用的进程移至后台且没有任何其他应用进程组件在运行时,应用进程将处于缓存状态。此类应用进程可能会因系统内存压力而终止。在此状态下,Activity
实例在调用并返回 onStop()
方法后执行的任何工作均不可靠,强烈建议不要这样做。
Android 14 对此设计引入了一致性和强制执行要求。在应用进程进入缓存状态后不久,系统会禁止后台工作,直到进程组件重新进入生命周期的活跃状态。
使用框架支持的典型生命周期 API(例如服务、JobScheduler
和 Jetpack WorkManager)的应用应该不受这些变化的影响。
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
从 Android 14 开始,targetSdkVersion
低于 23 的应用无法安装。要求应用满足这些最低目标 API 级别要求有助于提高用户的安全性和隐私性。
恶意软件通常会以较旧的 API 级别为目标平台,以绕过在较新版本 Android 中引入的安全和隐私保护机制。例如,有些恶意软件应用使用 targetSdkVersion
22,以避免受到 Android 6.0 Marshmallow(API 级别 23)在 2015 年引入的运行时权限模型的约束。这项 Android 14 变更使恶意软件更难以规避安全和隐私权方面的改进限制。尝试安装以较低 API 级别为目标平台的应用将导致安装失败,并且 Logcat 中会显示以下消息:
INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 23, but found 7
在升级到 Android 14 的设备上,targetSdkVersion
低于 23 的所有应用都将继续保持安装状态。
如果您需要测试以旧版 API 级别为目标平台的应用,请使用以下 ADB 命令:
adb install --bypass-low-target-sdk-block FILENAME.apk
Os nomes dos pacotes de proprietários de mídia podem ser editados
O armazenamento de mídia oferece suporte a consultas para a coluna OWNER_PACKAGE_NAME
, que
indica o app que armazenou um arquivo de mídia específico. A partir do Android
14, esse valor é suprimido, a menos que no mínimo uma das condições abaixo seja
verdadeira:
- O app que armazenou o arquivo de mídia tem um nome de pacote que fica sempre visível para outros apps.
O app que consulta o armazenamento de mídia solicita a permissão
QUERY_ALL_PACKAGES
.
Saiba mais sobre como o Android filtra a visibilidade do pacote para fins de privacidade.