Restrições para iniciar um serviço em primeiro plano em segundo plano

Apps destinados ao Android 12 (nível 31 da API) ou mais recentes não podem iniciar serviços em primeiro plano enquanto o app está em execução em segundo plano, exceto em alguns casos específicos. Se um app tentar iniciar um serviço em primeiro plano enquanto estiver em segundo plano e o serviço em primeiro plano não atender a um dos casos excepcionais, o sistema vai gerar uma ForegroundServiceStartNotAllowedException.

Observação: se um app chamar Context.startForegroundService() para iniciar um serviço em primeiro plano de outro app, essas restrições serão aplicadas apenas se ambos os apps forem direcionados ao Android 12 ou mais recente.

Além disso, se um app quiser iniciar um serviço em primeiro plano que precise de permissões durante o uso (por exemplo, permissões de sensor corporal, câmera, microfone ou localização), ele não poderá criar o serviço enquanto estiver em segundo plano, mesmo que o app se enquadre em uma das exceções das restrições de início em segundo plano. A razão para isso é explicada na seção Restrições de inicialização de serviços em primeiro plano que precisam de permissões durante o uso.

Isenção de restrições de início em segundo plano

Nas seguintes situações, o app poderá iniciar serviços em primeiro plano mesmo em segundo plano:

• O app estava em um estado visível para o usuário, como uma atividade.
• O app pode iniciar uma atividade do segundo plano, exceto quando o app tem uma atividade na backstack para uma tarefa existente.

• O app recebe uma mensagem de alta prioridade usando o Firebase Cloud Messaging.

  Observação:o sistema pode rebaixar as mensagens de prioridade alta para prioridade normal se o app não estiver usando as mensagens de prioridade alta para mostrar conteúdo urgente ao usuário. Se a prioridade da mensagem for rebaixada, o app não poderá iniciar um serviço em primeiro plano, e a tentativa de iniciar um resulta em uma ForegroundServiceStartNotAllowedException.

  Portanto, é recomendável verificar o resultado de RemoteMessage.getPriority() e confirmar se ele é PRIORITY_HIGH() antes de tentar iniciar um serviço em primeiro plano. Para orientações sobre mensagens de alta prioridade e quando usá-las, consulte FCM's documentation.

• O usuário realiza uma ação em um elemento da IU relacionado ao app. Por exemplo, o usuário pode interagir com um balão, uma notificação, um widget ou uma atividade.

• O app invoca um alarme exato para concluir uma ação solicitada pelo usuário.

• O app é o método de entrada atual do dispositivo.

• O app recebe um evento relacionado à fronteira geográfica virtual ou à transição de reconhecimento de atividade.

• Após o dispositivo ser reiniciado e receber a ação da intent ACTION_BOOT_COMPLETED, ACTION_LOCKED_BOOT_COMPLETED ou ACTION_MY_PACKAGE_REPLACED em um broadcast receiver.

  Observação: se o app for destinado ao Android 14 ou mais recente, haverá restrições para iniciar determinados tipos de serviço em primeiro plano de um receptor BOOT_COMPLETED. Para mais informações, consulte Restrições em BOOT_COMPLETED broadcast receivers que iniciam serviços em primeiro plano.

• O app recebe a ação da intent ACTION_TIMEZONE_CHANGED, ACTION_TIME_CHANGED ou ACTION_LOCALE_CHANGED em um broadcast receiver.

• Seu app recebe o evento ACTION_TRANSACTION_DETECTED de NfcService.

• Apps com determinados papéis ou permissões do sistema, como proprietários de dispositivo e proprietários de perfil.

• O app usa o gerenciador de dispositivo complementar e declara a permissão REQUEST_COMPANION_START_FOREGROUND_SERVICES_FROM_BACKGROUND ou REQUEST_COMPANION_RUN_IN_BACKGROUND. Sempre que possível, use REQUEST_COMPANION_START_FOREGROUND_SERVICES_FROM_BACKGROUND.

• O usuário desativa as otimizações de bateria do app.

• O app tem a permissão SYSTEM_ALERT_WINDOW. Observação: se o app for destinado ao Android 15 ou mais recente, ele precisará ter a permissão SYSTEM_ALERT_WINDOW e o app precisa ter uma janela de sobreposição visível.

Restrições para iniciar serviços em primeiro plano que precisam de permissões durante o uso

No Android 14 (nível 34 da API) ou mais recente, há situações especiais que precisam ser consideradas se você estiver iniciando um serviço em primeiro plano que precisa de permissões durante o uso.

Se o app for destinado ao Android 14 ou a versões mais recentes, o sistema operacional vai verificar quando você criar um serviço em primeiro plano para garantir que o app tenha todas as permissões adequadas para esse tipo de serviço. Por exemplo, quando você cria um serviço em primeiro plano do tipo microfone, o sistema operacional verifica se o app tem a permissão RECORD_AUDIO. Se você não tiver essa permissão, o sistema vai gerar uma SecurityException.

Isso pode causar problemas para as permissões em uso. Se o app tiver uma permissão durante o uso, ele só terá essa permissão enquanto estiver em primeiro plano. Isso significa que, se o app estiver em segundo plano e tentar criar um serviço em primeiro plano do tipo câmera, localização ou microfone, o sistema vai detectar que o app não tem as permissões necessárias e gerar uma SecurityException.

Da mesma forma, se o app estiver em segundo plano e criar um serviço de integridade que precise da permissão BODY_SENSORS, o app não terá essa permissão no momento, e o sistema gerará uma exceção. Isso não se aplica se for um serviço de saúde que precisa de permissões diferentes, como ACTIVITY_RECOGNITION. Chamar PermissionChecker.checkSelfPermission() não evita esse problema. Se o app tiver uma permissão durante o uso e chamar checkSelfPermission() para verificar se ele tem essa permissão, o método vai retornar PERMISSION_GRANTED, mesmo que o app esteja em segundo plano. Quando o método retorna PERMISSION_GRANTED, ele diz "seu app tem essa permissão enquanto está em uso".

Observação: em versões do Android anteriores ao Android 14, se você tentava criar um serviço em primeiro plano que precisava de permissões em uso enquanto o app estava em segundo plano, o sistema permitia a criação do serviço, mas ele não tinha acesso aos recursos necessários. Se ele tentasse usá-los, uma exceção seria gerada. No Android 14 ou mais recente, o app recebe a exceção assim que tenta criar o serviço em primeiro plano.

Por esse motivo, se o serviço em primeiro plano precisar de uma permissão durante o uso, chame Context.startForegroundService() ou Context.bindService() enquanto o app tiver uma atividade visível, a menos que o serviço se enquadre em uma das isenções definidas.

Isenções de restrições de permissões durante o uso

Em algumas situações, mesmo que um serviço em primeiro plano seja iniciado enquanto o app é executado em segundo plano, ele ainda pode acessar informações de localização, câmera e microfone enquanto o app é executado em primeiro plano ("durante o uso").

Nessas mesmas situações, se o serviço declara um tipo de serviço em primeiro plano de location e é iniciado por um app que tem a permissão ACCESS_BACKGROUND_LOCATION, esse serviço pode acessar informações de localização o tempo todo, mesmo quando o app é executado em segundo plano.

A lista a seguir contém essas situações:

• Um componente do sistema inicia o serviço.
• O serviço começa interagindo com widgets de apps.
• O serviço é iniciado por uma interação com uma notificação.
• O serviço é iniciado como uma PendingIntent enviada por outro app visível.
• O serviço é iniciado por um app que é um controlador de política de dispositivo em execução no modo de proprietário do dispositivo.
• O serviço é iniciado por um app que fornece o VoiceInteractionService.
• O serviço é iniciado por um app com a permissão privilegiada START_ACTIVITIES_FROM_BACKGROUND.

Determinar quais serviços são afetados no seu app

Ao testar seu app, inicie os serviços em primeiro plano. Se um serviço iniciado tiver acesso restrito à localização, ao microfone e à câmera, a seguinte mensagem será exibida no Logcat:

Foreground service started from background can not have \
location/camera/microphone access: service SERVICE_NAME