A plataforma Android 14 inclui mudanças de comportamento que podem afetar seu app. As
mudanças 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
Exact alarms are meant for user-intentioned notifications, or for actions that
need to happen at a precise time. Starting in Android 14, the
SCHEDULE_EXACT_ALARM
permission is no longer being pre-granted to most newly installed apps
targeting Android 13 and higher—the permission is denied by default.
Learn more about the changes to the permission for scheduling exact alarms.
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.
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.
Segurança
Nível mínimo desejado para a instalação da API
Starting with Android 14, apps with a
targetSdkVersion
lower than 23
can't be installed. Requiring apps to meet these minimum target API level
requirements improves security and privacy for users.
Malware often targets older API levels in order to bypass security and privacy
protections that have been introduced in newer Android versions. For example,
some malware apps use a targetSdkVersion
of 22 to avoid being subjected to the
runtime permission model introduced in 2015 by Android 6.0 Marshmallow (API
level 23). This Android 14 change makes it harder for malware to avoid security
and privacy improvements.
Attempting to install an app targeting a lower API level will result in an
installation failure, with the following message appearing in Logcat:
INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 23, but found 7
On devices upgrading to Android 14, any apps with a targetSdkVersion
lower
than 23 will remain installed.
If you need to test an app targeting an older API level, use the following ADB command:
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.
Experiência do usuário
Permitir acesso parcial a fotos e vídeos
Android 14 introduces Selected Photos Access, which allows users to grant apps access to specific images and videos in their library, rather than granting access to all media of a given type.
If you don't use the photo picker yet, we recommend implementing it in your app to provide a consistent experience for selecting images and videos that also enhances user privacy without having to request any storage permissions.
If you maintain your own gallery picker using storage permissions and need to
maintain full control over your implementation, adapt your implementation
to use the new READ_MEDIA_VISUAL_USER_SELECTED
permission. If your app
doesn't use the new permission, the system runs your app in a compatibility
mode.
Notificações seguras de intent de tela cheia
With Android 11 (API level 30), it was possible for any app to use
Notification.Builder.setFullScreenIntent
to send full-screen intents
while the phone is locked. You could auto-grant this on app install by declaring
USE_FULL_SCREEN_INTENT
permission in the AndroidManifest.
Full-screen intent notifications are designed for extremely high-priority
notifications demanding the user's immediate attention, such as an incoming
phone call or alarm clock settings configured by the user. Starting with Android
14, apps allowed to use this permission are limited to those that provide
calling and alarms only. The Google Play Store revokes default
USE_FULL_SCREEN_INTENT
permissions for any apps that don't fit this profile.
These changes are landing at the end of 2023.
This permission remains enabled for apps installed on the phone before the user updates to Android 14. Users can turn this permission on and off.
You can use the new API NotificationManager.canUseFullScreenIntent
to
check if your app has the permission; if not, your app can use the new intent
ACTION_MANAGE_APP_USE_FULL_SCREEN_INTENT
to launch the settings page
where users can grant the permission.
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 aos apps que impedem os usuários de dispensar as notificações
em primeiro plano ao definir Notification.FLAG_ONGOING_EVENT
usandoNotification.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 não dispensáveis nos seguintes casos de uso:
- Notificações criadas usando
MediaStyle
. - Política que limita o uso em casos de segurança e privacidade.
- Controlador de política de dispositivo (DPC) e pacotes de suporte para empresas.
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%
Starting in Android 14, the system supports font scaling up to 200%, providing low-vision users with additional accessibility options that align with Web Content Accessibility Guidelines (WCAG).
If you already use scaled pixels (sp) units to define text sizing, then this change probably won't have a high impact on your app. However, you should perform UI testing with the maximum font size enabled (200%) to ensure that your app can accommodate larger font sizes without impacting usability.