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
If apps that target Android 14 use a foreground service, they must declare a specific permission, based on the foreground service type, that Android 14 introduces. These permissions appear in the sections labeled "permission that you must declare in your manifest file" in the intended use cases and enforcement for each foreground service type section on this page.
All of the permissions are defined as normal permissions and are granted by default. Users cannot revoke these permissions.
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
The system checks for proper use of foreground service types and confirms that
the app has requested the proper runtime permissions or uses the required APIs.
For instance, the system expects apps that use the foreground service type
FOREGROUND_SERVICE_TYPE_LOCATION type to request either
ACCESS_COARSE_LOCATION or ACCESS_FINE_LOCATION.
This implies that apps must follow a very specific
order of operations when requesting permissions from the user and starting
foreground services. Permissions must be requested and granted before the
app attempts to call startForeground(). Apps that request the appropriate
permissions after the foreground service has been started must change this order
of operations and request the permission before starting the foreground service.
The specifics of platform enforcement appear in the sections labeled "runtime requirements" in the intended use cases and enforcement for each foreground service type section on this page.
Casos de uso pretendidos e aplicação de cada tipo de serviço em primeiro plano
In order to use a given foreground service type, you must declare a particular permission in your manifest file, you must fulfill specific runtime requirements, and your app must fulfill one of the intended sets of use cases for that type. The following sections explain the permission that you must declare, the runtime prerequisites, and the intended use cases for each type.
Câmera
- Tipo de serviço em primeiro plano a ser declarado no manifesto em
android:foregroundServiceType camera- Permissão a ser declarada no manifesto
FOREGROUND_SERVICE_CAMERA- Constante para transmitir para
startForeground() FOREGROUND_SERVICE_TYPE_CAMERA- Pré-requisitos do ambiente de execução
Solicitar e receber a permissão de execução
CAMERAObservação:a permissão de execução
CAMERAestá sujeita a restrições durante o uso. Por esse motivo, não é possível criar um serviço em primeiro planocameraenquanto o app está em segundo plano, com algumas exceções. Para mais informações, consulte Restrições para iniciar serviços em primeiro plano que precisam de permissões em uso.- Descrição
Continue acessando a câmera em segundo plano, como em apps de chat por vídeo que permitem várias tarefas.
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
- 要在清单中的以下位置声明的前台服务类型
android:foregroundServiceTypedataSync- 在清单中声明的权限
FOREGROUND_SERVICE_DATA_SYNC- 要传递给
startForeground()的常量 FOREGROUND_SERVICE_TYPE_DATA_SYNC- 运行时前提条件
- 无
- 说明
数据传输操作,例如:
- 数据上传或下载
- 备份和恢复操作
- 导入或导出操作
- 获取数据
- 本地文件处理
- 通过网络在设备和云端之间传输数据
- 替代方案
如需了解详情,请参阅数据同步前台服务的替代方案。
Saúde
- Foreground service type to declare in manifest under
android:foregroundServiceTypehealth- Permission to declare in your manifest
FOREGROUND_SERVICE_HEALTH- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_HEALTH- Runtime prerequisites
At least one of the following conditions must be true:
Declare the
HIGH_SAMPLING_RATE_SENSORSpermission in your manifest.Request and be granted at least one of the following runtime permissions:
BODY_SENSORSon API level 35 and lowerREAD_HEART_RATEREAD_SKIN_TEMPERATUREREAD_OXYGEN_SATURATIONACTIVITY_RECOGNITION
Note: The
BODY_SENSORSand sensor-based READ runtime permissions are subject to while-in-use restrictions. For this reason, you cannot create ahealthforeground service that uses body sensors while your app is in the background unless you've been granted theBODY_SENSORS_BACKGROUND(API level 33 to 35) orREAD_HEALTH_DATA_IN_BACKGROUND(API level 36 and higher) permissions. For more information, see Restrictions on starting foreground services that need while-in-use permissions.- Description
Any long-running use cases to support apps in the fitness category such as exercise trackers.
Local
- Tipo de serviço em primeiro plano a ser declarado no manifesto em
android:foregroundServiceTypelocation- Permissão a ser declarada no manifesto
FOREGROUND_SERVICE_LOCATION- Constante para transmitir para
startForeground() FOREGROUND_SERVICE_TYPE_LOCATION- Pré-requisitos do ambiente de execução
O usuário precisa ter ativado os serviços de localização, e o app precisa ter pelo menos uma das seguintes permissões de execução:
Observação:para verificar se o usuário ativou os serviços de localização e concedeu acesso às permissões de execução, use
PermissionChecker#checkSelfPermission().Observação:as permissões de local de execução estão sujeitas a restrições de uso. Por esse motivo, não é possível criar um serviço em primeiro plano
locationenquanto o app está em segundo plano, a menos que você tenha recebido a permissão de execuçãoACCESS_BACKGROUND_LOCATION. Para mais informações, consulte Restrições para iniciar serviços em primeiro plano que precisam de permissões em uso.- Descrição
Casos de uso de longa duração que exigem acesso à localização, como navegação e compartilhamento de local.
- Alternativas
Se o app precisar ser acionado quando o usuário chegar a locais específicos, use a API Geofence.
Mídia
- Foreground service type to declare in manifest under
android:foregroundServiceTypemediaPlayback- Permission to declare in your manifest
FOREGROUND_SERVICE_MEDIA_PLAYBACK- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_MEDIA_PLAYBACK- Runtime prerequisites
- None
- Description
- Continue audio or video playback from the background. Support Digital Video Recording (DVR) functionality on Android TV.
- Alternatives
- If you're showing picture-in-picture video, use Picture-in-Picture mode.
Projeção de mídia
- Tipo de serviço em primeiro plano a ser declarado no manifesto em
android:foregroundServiceTypemediaProjection- Permissão a ser declarada no manifesto
FOREGROUND_SERVICE_MEDIA_PROJECTION- Constante para transmitir para
startForeground() FOREGROUND_SERVICE_TYPE_MEDIA_PROJECTION- Pré-requisitos do ambiente de execução
Chame o método
createScreenCaptureIntent()antes de iniciar o serviço em primeiro plano. Isso mostra uma notificação de permissão ao usuário. Ele precisa conceder a permissão antes que você possa criar o serviço.Depois de criar o serviço em primeiro plano, você pode chamar
MediaProjectionManager.getMediaProjection().- Descrição
Projete conteúdo em uma tela secundária ou um dispositivo externo usando as APIs
MediaProjection. Esse conteúdo não precisa ser exclusivamente de mídia.- Alternativas
Para transmitir mídia para outro dispositivo, use o SDK do Google Cast.
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
- Tipo de serviço em primeiro plano a ser declarado no manifesto em
android:foregroundServiceTyperemoteMessaging- Permissão a ser declarada no manifesto
FOREGROUND_SERVICE_REMOTE_MESSAGING- Constante para transmitir para
startForeground() FOREGROUND_SERVICE_TYPE_REMOTE_MESSAGING- Pré-requisitos do ambiente de execução
- Nenhum
- Descrição
- Transferir mensagens de texto de um dispositivo para outro. Ajuda na continuidade das tarefas de mensagens de um usuário ao trocar de dispositivo.
Serviço curto
- Tipo de serviço em primeiro plano a ser declarado no manifesto em
android:foregroundServiceTypeshortService- Permissão a ser declarada no manifesto
- Nenhum
- Constante para transmitir para
startForeground() FOREGROUND_SERVICE_TYPE_SHORT_SERVICE- Pré-requisitos do ambiente de execução
- Nenhum
- Descrição
Conclua rapidamente trabalhos essenciais que não podem ser interrompidos ou adiados.
Esse tipo tem algumas características únicas:
- Pode ser executado por um curto período de tempo (cerca de três minutos).
- Não oferece suporte a serviços fixos em primeiro plano.
- Não inicia outros serviços em primeiro plano.
- Não requer uma permissão específica do tipo, embora ainda
exija a permissão
FOREGROUND_SERVICE. - Um
shortServicesó pode mudar para outro tipo de serviço se o app estiver qualificado para iniciar um novo serviço em primeiro plano. - Um serviço em primeiro plano pode mudar o tipo para
shortServicea qualquer momento. Nesse ponto, o período de tempo limite começa.
O tempo limite de shortService começa no momento em que
Service.startForeground()é chamado. O app precisa chamarService.stopSelf()ouService.stopForeground()antes que o tempo limite seja atingido. Caso contrário, o novoService.onTimeout()será chamado, dando aos apps a oportunidade de chamarstopSelf()oustopForeground()para interromper o serviço.Pouco depois que
Service.onTimeout()é chamado, o app entra em um estado em cache e não é mais considerado em primeiro plano, a menos que o usuário esteja interagindo ativamente com ele. Se o app entra nesse estado e o serviço não é interrompido, o app recebe um erro ANR. A mensagem ANR mencionaFOREGROUND_SERVICE_TYPE_SHORT_SERVICE. Por esses motivos, uma prática recomendada é implementar o callbackService.onTimeout().O callback
Service.onTimeout()não existe no Android 13 e nas versões anteriores. Se o mesmo serviço for executado nesses dispositivos, ele não receberá um tempo limite nem um erro ANR. Confira se o serviço é interrompido assim que a tarefa de processamento é terminada, mesmo que ele ainda não tenha recebido o callbackService.onTimeout().É importante observar que, se o tempo limite do
shortServicenão for respeitado, o app receberá um erro ANR mesmo que tenha outros serviços em primeiro plano válidos ou outros processos de ciclo de vida em execução.Se um app estiver visível para o usuário ou atender a uma das isenções que permitem que serviços em primeiro plano sejam iniciados em segundo plano, chame
Service.StartForeground()novamente com o parâmetroFOREGROUND_SERVICE_TYPE_SHORT_SERVICE, que estende o tempo limite em mais três minutos. Se o app não estiver visível para o usuário e não atender a uma das isenções, qualquer tentativa de iniciar outro serviço em primeiro plano, independente do tipo, vai causar umaForegroundServiceStartNotAllowedException.Se um usuário desativar a otimização da bateria para seu app, ele ainda será afetado pelo tempo limite do shortService FGS.
Se você iniciar um serviço em primeiro plano que inclua o tipo
shortServicee outro tipo de serviço em primeiro plano, o sistema vai ignorar a declaração do tiposhortService. No entanto, o serviço ainda precisa aderir aos pré-requisitos dos outros tipos declarados. Para mais informações, consulte a documentação de serviços em primeiro plano.
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
- Tipo de serviço em primeiro plano a ser declarado no manifesto em
android:foregroundServiceTypesystemExempted- Permissão a ser declarada no manifesto
FOREGROUND_SERVICE_SYSTEM_EXEMPTED- Constante para transmitir para
startForeground() FOREGROUND_SERVICE_TYPE_SYSTEM_EXEMPTED- Pré-requisitos do ambiente de execução
- Nenhum
- Descrição
Reservado para que aplicativos do sistema e integrações específicas do sistema possam continuar a usar serviços em primeiro plano.
Para usar esse tipo, um app precisa atender a pelo menos um destes critérios:
- O dispositivo está no modo de demonstração
- O app é proprietário do dispositivo
- O app é proprietário do perfil
- Apps de segurança que têm o papel
ROLE_EMERGENCY - Apps do administrador do dispositivo
- Apps com a permissão
SCHEDULE_EXACT_ALARMouUSE_EXACT_ALARMe que usam o serviço em primeiro plano para continuar alarmes em segundo plano, incluindo alarmes somente para retorno tátil. Apps de VPN (configurados usando Configurações > Rede e Internet > VPN)
Caso contrário, a declaração desse tipo faz com que o sistema gere uma
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.