Para ajudar os desenvolvedores na definição de serviços em
primeiro plano voltados ao usuário, o Android 10 introduziu o atributo android:foregroundServiceType
no elemento <service>.
Caso o app seja destinado ao Android 14, é necessário especificar os tipos de serviço em primeiro plano adequados. Como nas versões anteriores do Android, vários tipos podem ser combinados. Esta lista mostra os tipos de serviço em primeiro plano que você pode escolher:
cameraconnectedDevicedataSynchealthlocationmediaPlaybackmediaProjectionmicrophonephoneCallremoteMessagingshortServicespecialUsesystemExempted
Se um caso de uso no app não estiver associado a nenhum desses tipos, é recomendável migrar a lógica para usar o WorkManager ou jobs de transferência de dados iniciados pelo usuário.
Os tipos health, remoteMessaging, shortService, specialUse e systemExempted
são novos no Android 14.
O snippet de código abaixo mostra um exemplo de declaração de tipo de serviço em primeiro plano no manifesto:
<manifest ...>
<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
<uses-permission android:name="android.permission.FOREGROUND_SERVICE_MEDIA_PLAYBACK" />
<application ...>
<service
android:name=".MyMediaPlaybackService"
android:foregroundServiceType="mediaPlayback"
android:exported="false">
</service>
</application>
</manifest>
Se um app destinado ao Android 14 não definir tipos para um determinado serviço
no manifesto, o sistema vai gerar uma MissingForegroundServiceTypeException
ao chamar startForeground() para o serviço.
Declarar nova permissão para usar tipos de serviço em primeiro plano
Se os apps direcionados ao Android 14 usarem um serviço em primeiro plano, eles precisarão declarar uma permissão específica, com base no tipo de serviço em primeiro plano, que foi introduzida no Android 14. Essas permissões são exibidas nas seções denominadas "permissão que você precisa declarar no arquivo de manifesto" na seção de casos de uso pretendidos e aplicação de cada tipo de serviço em primeiro plano nesta página.
Todas as permissões são definidas como permissões normais e são concedidas por padrão. Os usuários não podem revogar essas permissões.
Incluir tipo de serviço em primeiro plano no momento da execução
A prática recomendada para aplicativos que iniciam serviços em primeiro plano é usar a
versão ServiceCompat de startForeground() (disponível no androidx-core
1.12 e mais recentes), em que você transmite um número inteiro
de bits de tipos de serviços em primeiro plano. É possível transmitir um ou mais valores
de tipo.
Normalmente, você precisa declarar apenas os tipos necessários para um caso de uso específico. Isso facilita o cumprimento das expectativas do sistema para cada tipo de serviço em primeiro plano. Nos casos em que um serviço em primeiro plano é iniciado com vários tipos, ele precisa aderir aos requisitos de aplicação da plataforma de todos os tipos.
ServiceCompat.startForeground(0, notification, FOREGROUND_SERVICE_TYPE_LOCATION)
Se o tipo de serviço em primeiro plano não for especificado na chamada, o padrão será
os valores definidos no manifesto. Se você não especificar o tipo de
serviço no manifesto, o sistema vai gerar uma
MissingForegroundServiceTypeException.
Se o serviço em primeiro plano precisar de novas permissões depois de iniciá-lo, chame startForeground() novamente e adicione os novos tipos de serviço. Por
exemplo, suponha que um app de fitness execute um serviço de rastreamento de corrida que sempre precisa
de informações location, mas pode ou não precisar de permissões media. Você
precisa declarar location e mediaPlayback no manifesto. Se um
usuário iniciar uma corrida e só quiser que a localização seja rastreada, seu app precisará chamar
startForeground() e transmitir apenas o tipo de serviço location. Em seguida, se o usuário
quiser começar a reproduzir o áudio, chame startForeground() novamente e transmita
location|mediaPlayback.
Verificações do momento de execução no sistema
O sistema confere o uso adequado dos tipos de serviço em primeiro plano e confirma se
o app solicitou as permissões de execução adequadas ou se ele usa as APIs necessárias.
Por exemplo, o sistema espera que apps que usam o tipo de serviço em primeiro plano
FOREGROUND_SERVICE_TYPE_LOCATION solicitem
ACCESS_COARSE_LOCATION ou ACCESS_FINE_LOCATION.
Isso significa que os apps precisam seguir uma ordem muito específica
de operações ao solicitar permissões do usuário e iniciar
serviços em primeiro plano. As permissões precisam ser solicitadas e concedidas antes que
o app tente chamar startForeground(). Os apps que solicitam as permissões
adequadas após a inicialização do serviço em primeiro plano precisam mudar essa ordem
de operações e solicitar a permissão antes de iniciar o serviço.
As especificidades da aplicação da plataforma aparecem nas seções denominadas "requisitos de tempo de execução" na seção de casos de uso pretendidos e aplicação para cada tipo de serviço em primeiro plano nesta página.
Casos de uso pretendidos e aplicação de cada tipo de serviço em primeiro plano
Para usar determinado tipo de serviço em primeiro plano, é necessário declarar uma permissão específica no arquivo de manifesto e atender a requisitos de execução específicos. Além disso, seu app precisa atender a um dos conjuntos de casos de uso pretendidos para esse tipo. As seções a seguir explicam a permissão que precisa ser declarada, os pré-requisitos de execução e os casos de uso pretendidos para cada tipo.
Câmera
- Foreground service type to declare in manifest under
android:foregroundServiceType camera- Permission to declare in your manifest
FOREGROUND_SERVICE_CAMERA- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_CAMERA- Runtime prerequisites
Request and be granted the
CAMERAruntime permissionNote: The
CAMERAruntime permission is subject to while-in-use restrictions. For this reason, you cannot create acameraforeground service while your app is in the background, with a few exceptions. For more information, see Restrictions on starting foreground services that need while-in-use permissions.- Description
Continue to access the camera from the background, such as video chat apps that allow for multitasking.
Dispositivo conectado
- Tipo de serviço em primeiro plano a ser declarado no manifesto em
android:foregroundServiceTypeconnectedDevice- Permissão a ser declarada no manifesto
FOREGROUND_SERVICE_CONNECTED_DEVICE- Constante para transmitir para
startForeground() FOREGROUND_SERVICE_TYPE_CONNECTED_DEVICE- Pré-requisitos do ambiente de execução
Pelo menos uma das condições a seguir precisa ser verdadeira:
Declare pelo menos uma das permissões a seguir no manifesto:
Solicitar e receber pelo menos uma das seguintes permissões de execução:
- Descrição
Interações com dispositivos externos que exigem uma conexão Bluetooth, NFC, IR, USB ou de rede.
- Alternativas
Se o app precisar fazer transferências de dados contínuas para um dispositivo externo, use o gerenciador de dispositivo complementar. Use a API de presença de dispositivo complementar para ajudar o app a continuar em execução enquanto o dispositivo complementar está no alcance.
Se o app precisar procurar dispositivos Bluetooth, use a API de verificação de Bluetooth.
Sincronização de dados
- Tipo de serviço em primeiro plano a ser declarado no manifesto em
android:foregroundServiceTypedataSync- Permissão a ser declarada no manifesto
FOREGROUND_SERVICE_DATA_SYNC- Constante para transmitir para
startForeground() FOREGROUND_SERVICE_TYPE_DATA_SYNC- Pré-requisitos do ambiente de execução
- Nenhum
- Descrição
Operações de transferência de dados, como as seguintes:
- Upload ou download de dados
- Operações de backup e restauração
- Operações de importação ou exportação
- Busca de dados
- Processamento local de arquivos
- Transferência de dados entre um dispositivo e a nuvem por uma rede
- Alternativas
Consulte Alternativas aos serviços em primeiro plano de sincronização de dados para informações detalhadas.
Saúde
- Tipo de serviço em primeiro plano a ser declarado no manifesto em
android:foregroundServiceTypehealth- Permissão a ser declarada no manifesto
FOREGROUND_SERVICE_HEALTH- Constante para transmitir para
startForeground() FOREGROUND_SERVICE_TYPE_HEALTH- Pré-requisitos do ambiente de execução
Pelo menos uma das condições a seguir precisa ser verdadeira:
Declare a permissão
HIGH_SAMPLING_RATE_SENSORSno manifesto.Solicitar e receber pelo menos uma das seguintes permissões de execução:
BODY_SENSORSno nível 35 da API e anterioresREAD_HEART_RATEREAD_SKIN_TEMPERATUREREAD_OXYGEN_SATURATIONACTIVITY_RECOGNITION
Observação:as permissões de leitura de
BODY_SENSORSe baseadas em sensores estão sujeitas a restrições durante o uso. Por esse motivo, não é possível criar um serviço em primeiro planohealthque use sensores corporais enquanto o app está em segundo plano, a menos que você tenha recebido as permissõesBODY_SENSORS_BACKGROUND(nível 33 a 35 da API) ouREAD_HEALTH_DATA_IN_BACKGROUND(nível 36 e mais recente da API). Para mais informações, consulte Restrições para iniciar serviços em primeiro plano que precisam de permissões em uso.- Descrição
Todos os casos de uso de longa duração que oferecem suporte a apps na categoria fitness, como apps de monitoramento de atividade física.
Local
- Foreground service type to declare in manifest under
android:foregroundServiceTypelocation- Permission to declare in your manifest
FOREGROUND_SERVICE_LOCATION- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_LOCATION- Runtime prerequisites
The user must have enabled location services and the app must be granted at least one of the following runtime permissions:
Note: In order to check that the user has enabled location services as well as granted access to the runtime permissions, use
PermissionChecker#checkSelfPermission()Note: The location runtime permissions are subject to while-in-use restrictions. For this reason, you cannot create a
locationforeground service while your app is in the background, unless you've been granted theACCESS_BACKGROUND_LOCATIONruntime permission. For more information, see Restrictions on starting foreground services that need while-in-use permissions.- Description
Long-running use cases that require location access, such as navigation and location sharing.
- Alternatives
If your app needs to be triggered when the user reaches specific locations, consider using the geofence API instead.
Mídia
- Tipo de serviço em primeiro plano a ser declarado no manifesto em
android:foregroundServiceTypemediaPlayback- Permissão a ser declarada no manifesto
FOREGROUND_SERVICE_MEDIA_PLAYBACK- Constante para transmitir para
startForeground() FOREGROUND_SERVICE_TYPE_MEDIA_PLAYBACK- Pré-requisitos do ambiente de execução
- Nenhum
- Descrição
- Continue reproduzindo áudio ou vídeo em segundo plano. Suporte à funcionalidade de gravação de vídeo digital (DVR) no Android TV.
- Alternativas
- Se você estiver mostrando um vídeo picture-in-picture, use o modo picture-in-picture.
Projeção de mídia
- Foreground service type to declare in manifest under
android:foregroundServiceTypemediaProjection- Permission to declare in your manifest
FOREGROUND_SERVICE_MEDIA_PROJECTION- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_MEDIA_PROJECTION- Runtime prerequisites
Call the
createScreenCaptureIntent()method before starting the foreground service. Doing so shows a permission notification to the user; the user must grant the permission before you can create the service.After you have created the foreground service, you can call
MediaProjectionManager.getMediaProjection().- Description
Project content to non-primary display or external device using the
MediaProjectionAPIs. This content doesn't have to be exclusively media content.- Alternatives
To stream media to another device, use the Google Cast SDK.
Microfone
- Foreground service type to declare in manifest under
android:foregroundServiceTypemicrophone- Permission to declare in your manifest
FOREGROUND_SERVICE_MICROPHONE- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_MICROPHONE- Runtime prerequisites
Request and be granted the
RECORD_AUDIOruntime permission.Note: The
RECORD_AUDIOruntime permission is subject to while-in-use restrictions. For this reason, you cannot create amicrophoneforeground service while your app is in the background, with a few exceptions. For more information, see Restrictions on starting foreground services that need while-in-use permissions.- Description
Continue microphone capture from the background, such as voice recorders or communication apps.
Ligação telefônica
- Foreground service type to declare in manifest under
android:foregroundServiceTypephoneCall- Permission to declare in your manifest
FOREGROUND_SERVICE_PHONE_CALL- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_PHONE_CALL- Runtime prerequisites
At least one of these conditions must be true:
- App has declared the
MANAGE_OWN_CALLSpermission in its manifest file.
- App has declared the
- App is the default dialer app through the
ROLE_DIALERrole.
- App is the default dialer app through the
- Description
Continue an ongoing call using the
ConnectionServiceAPIs.- Alternatives
If you need to make phone, video, or VoIP calls, consider using the
android.telecomlibrary.Consider using
CallScreeningServiceto screen calls.
Mensagens remotas
- Foreground service type to declare in manifest under
android:foregroundServiceTyperemoteMessaging- Permission to declare in your manifest
FOREGROUND_SERVICE_REMOTE_MESSAGING- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_REMOTE_MESSAGING- Runtime prerequisites
- None
- Description
- Transfer text messages from one device to another. Assists with continuity of a user's messaging tasks when they switch devices.
Serviço curto
- Foreground service type to declare in manifest under
android:foregroundServiceTypeshortService- Permission to declare in your manifest
- None
- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_SHORT_SERVICE- Runtime prerequisites
- None
- Description
Quickly finish critical work that cannot be interrupted or postponed.
This type has some unique characteristics:
- Can only run for a short period of time (about 3 minutes).
- No support for sticky foreground services.
- Cannot start other foreground services.
- Doesn't require a type-specific permission, though it still
requires the
FOREGROUND_SERVICEpermission. - A
shortServicecan only change to another service type if the app is currently eligible to start a new foreground service. - A foreground service can change its type to
shortServiceat any time, at which point the timeout period begins.
The timeout for shortService begins from the moment that
Service.startForeground()is called. The app is expected to callService.stopSelf()orService.stopForeground()before the timeout occurs. Otherwise, the newService.onTimeout()is called, giving apps a brief opportunity to callstopSelf()orstopForeground()to stop their service.A short time after
Service.onTimeout()is called, the app enters a cached state and is no longer considered to be in the foreground, unless the user is actively interacting with the app. A short time after the app is cached and the service has not stopped, the app receives an ANR. The ANR message mentionsFOREGROUND_SERVICE_TYPE_SHORT_SERVICE. For these reasons, it's considered best practice to implement theService.onTimeout()callback.The
Service.onTimeout()callback doesn't exist on Android 13 and lower. If the same service runs on such devices, it doesn't receive a timeout, nor does it ANR. Make sure that your service stops as soon as it finishes the processing task, even if it hasn't received theService.onTimeout()callback yet.It's important to note that if the timeout of the
shortServiceis not respected, the app will ANR even if it has other valid foreground services or other app lifecycle processes running.If an app is visible to the user or satisfies one of the exemptions that allow foreground services to be started from the background, calling
Service.StartForeground()again with theFOREGROUND_SERVICE_TYPE_SHORT_SERVICEparameter extends the timeout by another 3 minutes. If the app isn't visible to the user and doesn't satisfy one of the exemptions, any attempt to start another foreground service, regardless of type, causes aForegroundServiceStartNotAllowedException.If a user disables battery optimization for your app, it's still affected by the timeout of shortService FGS.
If you start a foreground service that includes the
shortServicetype and another foreground service type, the system ignores theshortServicetype declaration. However, the service must still adhere to the prerequisites of the other declared types. For more information, see the Foreground services documentation.
Uso especial
- Tipo de serviço em primeiro plano a ser declarado no manifesto em
android:foregroundServiceTypespecialUse- Permissão a ser declarada no manifesto
FOREGROUND_SERVICE_SPECIAL_USE- Constante para transmitir para
startForeground() FOREGROUND_SERVICE_TYPE_SPECIAL_USE- Pré-requisitos do ambiente de execução
- Nenhum
- Descrição
Abrange todos os casos de uso de serviço em primeiro plano válidos que não são abrangidos por outros tipos de serviço em primeiro plano.
Além de declarar o tipo de serviço em primeiro plano
FOREGROUND_SERVICE_TYPE_SPECIAL_USE, os desenvolvedores precisam declarar casos de uso no manifesto. Para fazer isso, especifique o elemento<property>no elemento<service>. Esses valores e os casos de uso correspondentes são analisados quando você envia o app no Google Play Console. Os casos de uso fornecidos são livres, e você precisa fornecer informações suficientes para que o revisor entenda por que você precisa usar o tipospecialUse.<service android:name="fooService" android:foregroundServiceType="specialUse"> <property android:name="android.app.PROPERTY_SPECIAL_USE_FGS_SUBTYPE" android:value="explanation_for_special_use"/> </service>
Sistema isento
- Foreground service type to declare in manifest under
android:foregroundServiceTypesystemExempted- Permission to declare in your manifest
FOREGROUND_SERVICE_SYSTEM_EXEMPTED- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_SYSTEM_EXEMPTED- Runtime prerequisites
- None
- Description
Reserved for system applications and specific system integrations, to continue to use foreground services.
To use this type, an app must meet at least one of the following criteria:
- Device is in demo mode state
- App is a Device Owner
- App is a Profiler Owner
- Safety Apps that have the
ROLE_EMERGENCYrole - Device Admin apps
- Apps holding
SCHEDULE_EXACT_ALARMorUSE_EXACT_ALARMpermission and are using Foreground Service to continue alarms in the background, including haptics-only alarms. VPN apps (configured using Settings > Network & Internet > VPN)
Otherwise, declaring this type causes the system to throw a
ForegroundServiceTypeNotAllowedException.
Aplicação da política do Google Play para uso de tipos de serviço em primeiro plano
Se o app for direcionado ao Android 14 ou versões mais recentes, será necessário declarar os tipos de serviço em primeiro plano na página "Conteúdo do app" do Play Console (Política > Conteúdo do app). Para mais informações sobre como declarar seus tipos de serviço em primeiro plano no Play Console, consulte Saiba mais sobre o serviço em primeiro plano e os requisitos de intent para tela cheia.