Um Service
é um
componente de aplicativo capaz de executar
operações de longa duração em segundo plano. Ele não oferece uma interface do usuário. Depois
de ser iniciado, um serviço pode continuar em execução por algum tempo, mesmo após o usuário mudar para outro
aplicativo. Além disso, um componente pode se vincular a um serviço para interagir com ele e até realizar
comunicação entre processos (IPC). Por exemplo, um serviço pode processar transações de rede, tocar
música, executar E/S de arquivos ou interagir com um provedor de conteúdo, tudo em segundo plano.
Cuidado:um serviço é executado na linha de execução principal do processo de hospedagem. O serviço não cria a própria linha de execução e não é executado em um processo separado, a menos que você especifique o contrário. Execute todas as operações de bloqueio em uma linha de execução separada no serviço para evitar erros "O app não está respondendo" (ANR).
Tipos de serviços
Veja os três tipos diferentes de serviços:
- Primeiro plano
-
Um serviço em primeiro plano executa alguma operação perceptível para o usuário. Por exemplo, um app de áudio usaria um serviço em primeiro plano para tocar uma faixa de áudio. Os serviços em primeiro plano precisam exibir uma Notificação. Os serviços em primeiro plano continuam em execução mesmo quando o usuário não está interagindo com o app.
Ao usar um serviço em primeiro plano, é necessário mostrar uma notificação para que os usuários estejam ativamente cientes de que o serviço está em execução. Essa notificação não pode ser dispensada, a menos que o serviço seja interrompido ou removido do primeiro plano.
Saiba mais sobre como configurar serviços em primeiro plano no seu app.
Observação:a API WorkManager oferece uma maneira flexível de programar tarefas e pode executar esses jobs como serviços em primeiro plano, se necessário. Em muitos casos, é preferível usar o WorkManager do que usar os serviços em primeiro plano diretamente.
- Contexto
- Um serviço em segundo plano executa uma operação que não é notada diretamente pelo
usuário. Por exemplo, se um app usasse um serviço para compactar o armazenamento,
isso geralmente seria um serviço em segundo plano.
Observação:se o app for direcionado ao nível 26 da API ou mais recente, o sistema vai impor restrições à execução de serviços em segundo plano quando ele não estiver em primeiro plano. Na maioria das situações, por exemplo, não é recomendável acessar informações de localização em segundo plano. Em vez disso, programe tarefas usando o WorkManager.
- Vinculado
- Um serviço é vinculado quando um componente de aplicativo chama
bindService()
para se vincular a ele. Um serviço vinculado oferece uma interface cliente-servidor que permite que componentes interajam com o serviço, enviem solicitações, recebam resultados e até mesmo façam isso em processos com comunicação entre processos (IPC). Um serviço vinculado é executado somente enquanto outro componente de aplicativo estiver vinculado a ele. Vários componentes podem ser vinculados ao serviço de uma só vez, mas, quando todos forem desvinculados, o serviço será destruído.
Embora esta documentação geralmente discuta os serviços iniciados e vinculados separadamente,
seu serviço pode funcionar das duas maneiras: ele pode ser iniciado (para execução indefinidamente) e também permitir
vinculação. Basta implementar alguns métodos de callback: onStartCommand()
para permitir que os componentes o iniciem e onBind()
para permitir a vinculação.
Independentemente de o serviço ser iniciado, vinculado ou ambos, qualquer componente de aplicativo
pode usar o serviço (mesmo de um aplicativo separado) da mesma maneira que qualquer componente pode usar
uma atividade: iniciando com um Intent
. No entanto, você pode declarar
o serviço como privado no arquivo de manifesto e bloquear o acesso de outros aplicativos.
Isso é discutido com mais detalhes na seção sobre Como declarar o serviço no
manifesto.
Como escolher entre um serviço e um thread
Um serviço é simplesmente um componente que pode ser executado em segundo plano, mesmo quando o usuário não está interagindo com o aplicativo. Portanto, crie um serviço apenas se for necessário.
Caso você precise realizar trabalhos fora da linha de execução principal, mas somente enquanto o usuário estiver interagindo
com o aplicativo, crie uma nova linha de execução no contexto de outro componente
do aplicativo. Por exemplo, se você quiser tocar uma música, mas apenas enquanto sua atividade estiver em execução,
crie uma linha de execução em onCreate()
,
comece a executar em onStart()
e interrompa em onStop()
.
Considere também o uso de pools de linhas de execução e executores do pacote java.util.concurrent
ou de corrotinas de Kotlin em vez da classe
Thread
tradicional. Consulte o documento
Linhas de execução no Android para mais informações sobre
como mover a execução para linhas de execução em segundo plano.
Lembre-se de que, se você usar um serviço, ele ainda será executado na linha de execução principal do aplicativo por padrão. Portanto, ainda será necessário criar uma nova linha de execução no serviço se ele realizar operações intensivas ou de bloqueio.
Noções básicas
Para criar um serviço, crie uma subclasse de Service
ou use uma
das subclasses atuais. Na implementação, é necessário substituir alguns métodos de callback que
processam aspectos importantes do ciclo de vida do serviço e fornecem um mecanismo que permita que os componentes
se vinculem ao serviço, se apropriado. Estes são os métodos de callback mais importantes que você precisa
substituir:
onStartCommand()
- O sistema invoca esse método chamando
startService()
quando outro componente (como uma atividade) solicita que o serviço seja iniciado. Quando esse método é executado, o serviço é iniciado e pode ser executado em segundo plano indefinidamente. Se você implementar isso, será sua responsabilidade interromper o serviço quando ele for concluído, chamandostopSelf()
oustopService()
. Se você quiser apenas fornecer vinculação, não precisa implementar esse método. onBind()
- O sistema invoca esse método chamando
bindService()
quando outro componente quer se vincular ao serviço (como para executar RPC). Na implementação desse método, é necessário fornecer uma interface que os clientes usem para se comunicar com o serviço retornando umIBinder
. É necessário sempre implementar esse método. No entanto, se não quiser permitir a vinculação, retorne nulo. onCreate()
- O sistema invoca esse método para executar procedimentos únicos de configuração quando o serviço é
criado inicialmente (antes de chamar
onStartCommand()
ouonBind()
). Se o serviço já estiver em execução, esse método não será chamado. onDestroy()
- O sistema invoca esse método quando o serviço não é mais usado e está sendo destruído. Seu serviço precisa implementar isso para limpar todos os recursos, como linhas de execução, listeners registrados ou receptores. Essa é a última chamada que o serviço recebe.
Se um componente iniciar o serviço chamando startService()
(o que resulta em uma chamada para onStartCommand()
), o serviço
continuará em execução até ser interrompido com stopSelf()
ou até que outro
componente o interrompa chamando stopService()
.
Se um componente chamar
bindService()
para criar o serviço e onStartCommand()
não for chamado, o serviço será executado
somente enquanto o componente estiver vinculado a ele. Depois que o serviço for desvinculado de todos os clientes,
o sistema o destruirá.
O sistema Android interrompe um serviço apenas quando a memória está baixa e precisa recuperar recursos
do sistema para a atividade com o foco do usuário. Se o serviço estiver vinculado a uma atividade com foco
do usuário, é menos provável que ele seja encerrado. Se o serviço for declarado para ser executado em primeiro plano, ele raramente será encerrado.
Se o serviço for iniciado e estiver em execução de longa duração, o sistema diminuirá a posição dele
na lista de tarefas em segundo plano ao longo do tempo e o serviço ficará altamente suscetível a
encerramento. Se o serviço for iniciado, projete-o para lidar normalmente com as reinicializações
pelo sistema. Se o sistema eliminar seu serviço, ele o reiniciará assim que os recursos ficarem
disponíveis, mas isso também depende do valor retornado de onStartCommand()
. Para mais informações
sobre quando o sistema pode destruir um serviço, consulte o documento
Processos e linhas de execução.
Nas seções a seguir, você verá como criar os
métodos de serviço
startService()
e
bindService()
, além de como usá-los
em outros componentes do aplicativo.
Declaração de serviço no manifesto
Declare todos os serviços no arquivo de manifesto do seu aplicativo, assim como faz para as atividades e outros componentes.
Para declarar o serviço, adicione um elemento <service>
como filho do elemento
<application>
. Confira um exemplo:
<manifest ... > ... <application ... > <service android:name=".ExampleService" /> ... </application> </manifest>
Consulte a referência do elemento <service>
para mais informações sobre como declarar seu serviço no manifesto.
Há outros atributos que podem ser incluídos no elemento <service>
para
definir propriedades, como as permissões necessárias para iniciar o serviço e o processo em
que ele precisa ser executado. O atributo android:name
é o único obrigatório, ele especifica o nome da classe do serviço. Depois de publicar o aplicativo, não altere o nome para evitar o risco de corrupção do código devido à dependência de intents explícitas para iniciar ou vincular o serviço. Leia a postagem do blog Coisas que não podem ser alteradas (link em inglês).
Cuidado: para garantir a segurança do app, sempre use uma
intent explícita ao iniciar um Service
e não declare filtros de intent para
seus serviços. O uso de uma intent implícita para iniciar um serviço representa um risco de segurança, porque não é possível
identificar qual serviço responde à intent, e o usuário não pode ver qual serviço
é iniciado. No Android 5.0 (nível 21 da API) e versões mais recentes, o sistema gera uma exceção quando você chama
bindService()
com uma intent implícita.
Para garantir que o serviço esteja disponível apenas para seu app,
inclua o atributo android:exported
e defina-o como false
. Isso impede efetivamente que outros apps iniciem seu
serviço, mesmo ao usar uma intent explícita.
Observação:
os usuários podem ver quais serviços estão em execução no dispositivo. Se eles virem
um serviço que não reconhecem ou em que não confiam, poderão interrompê-lo. Para
evitar que o serviço seja interrompido acidentalmente pelos usuários, você precisa
adicionar o atributo
android:description
ao elemento
<service>
no manifesto do app. Na descrição,
explique em uma frase curta o que o serviço faz e os benefícios que
ele oferece.
Criação de um serviço iniciado
Um serviço iniciado é aquele que outro componente inicia chamando startService()
, o que resulta em uma chamada para o método
onStartCommand()
do serviço.
Quando um serviço é iniciado, ele tem um ciclo de vida independente do
componente que o iniciou. O serviço pode ser executado em segundo plano indefinidamente, mesmo que
o componente que o iniciou seja destruído. Dessa forma, o serviço será interrompido quando o job
for concluído chamando stopSelf()
. Outro componente pode
interrompê-lo chamando stopService()
.
Um componente de aplicativo, como uma atividade, pode iniciar o serviço chamando startService()
e transmitindo um Intent
que especifica o serviço e inclui todos os dados a serem usados pelo serviço. O serviço recebe
esse Intent
no método onStartCommand()
.
Por exemplo, imagine que uma atividade precise salvar alguns dados em um banco de dados on-line. A atividade
pode iniciar um serviço complementar e entregar a ele os dados a serem salvos transmitindo uma intent para startService()
. O serviço recebe a intent em onStartCommand()
, se conecta à Internet e executa a
transação no banco de dados. Quando a transação é concluída, o serviço é interrompido e
destruído.
Cuidado:por padrão, um serviço é executado no mesmo processo que o aplicativo em que ele é declarado e na linha de execução principal do aplicativo. Se o serviço realizar operações intensivas ou de bloqueio enquanto o usuário interage com uma atividade do mesmo aplicativo, ele vai reduzir o desempenho da atividade. Para evitar impacto no desempenho do aplicativo, inicie uma nova linha de execução dentro do serviço.
A classe Service
é a classe de base para todos os serviços. Ao estender essa classe, é importante criar uma nova linha de execução em que
o serviço possa concluir todo o trabalho. O serviço usa a linha de execução principal do aplicativo por
padrão, o que pode atrasar o desempenho de qualquer atividade em execução.
O framework do Android também fornece a subclasse IntentService
de Service
, que usa uma
linha de execução de worker para processar todas as solicitações de inicialização, uma por vez. O uso dessa classe não
é recomendado para novos apps, já que ela não funcionará bem a partir do Android 8 Oreo, devido à
introdução dos limites de execução em segundo plano.
Além disso, o uso dele foi descontinuado a partir do Android 11.
É possível usar JobIntentService como
substituição de IntentService
, que é compatível com versões mais recentes do Android.
As seções abaixo descrevem como implementar seu próprio serviço personalizado. No entanto, é recomendável usar o WorkManager para a maioria dos casos de uso. Consulte o guia sobre processamento em segundo plano no Android para ver se há uma solução que atenda às suas necessidades.
Extensão da classe Service
Você pode estender a classe Service
para lidar com cada intent recebida. Veja como uma implementação básica pode ficar:
Kotlin
class HelloService : Service() { private var serviceLooper: Looper? = null private var serviceHandler: ServiceHandler? = null // Handler that receives messages from the thread private inner class ServiceHandler(looper: Looper) : Handler(looper) { override fun handleMessage(msg: Message) { // Normally we would do some work here, like download a file. // For our sample, we just sleep for 5 seconds. try { Thread.sleep(5000) } catch (e: InterruptedException) { // Restore interrupt status. Thread.currentThread().interrupt() } // Stop the service using the startId, so that we don't stop // the service in the middle of handling another job stopSelf(msg.arg1) } } override fun onCreate() { // Start up the thread running the service. Note that we create a // separate thread because the service normally runs in the process's // main thread, which we don't want to block. We also make it // background priority so CPU-intensive work will not disrupt our UI. HandlerThread("ServiceStartArguments", Process.THREAD_PRIORITY_BACKGROUND).apply { start() // Get the HandlerThread's Looper and use it for our Handler serviceLooper = looper serviceHandler = ServiceHandler(looper) } } override fun onStartCommand(intent: Intent, flags: Int, startId: Int): Int { Toast.makeText(this, "service starting", Toast.LENGTH_SHORT).show() // For each start request, send a message to start a job and deliver the // start ID so we know which request we're stopping when we finish the job serviceHandler?.obtainMessage()?.also { msg -> msg.arg1 = startId serviceHandler?.sendMessage(msg) } // If we get killed, after returning from here, restart return START_STICKY } override fun onBind(intent: Intent): IBinder? { // We don't provide binding, so return null return null } override fun onDestroy() { Toast.makeText(this, "service done", Toast.LENGTH_SHORT).show() } }
Java
public class HelloService extends Service { private Looper serviceLooper; private ServiceHandler serviceHandler; // Handler that receives messages from the thread private final class ServiceHandler extends Handler { public ServiceHandler(Looper looper) { super(looper); } @Override public void handleMessage(Message msg) { // Normally we would do some work here, like download a file. // For our sample, we just sleep for 5 seconds. try { Thread.sleep(5000); } catch (InterruptedException e) { // Restore interrupt status. Thread.currentThread().interrupt(); } // Stop the service using the startId, so that we don't stop // the service in the middle of handling another job stopSelf(msg.arg1); } } @Override public void onCreate() { // Start up the thread running the service. Note that we create a // separate thread because the service normally runs in the process's // main thread, which we don't want to block. We also make it // background priority so CPU-intensive work doesn't disrupt our UI. HandlerThread thread = new HandlerThread("ServiceStartArguments", Process.THREAD_PRIORITY_BACKGROUND); thread.start(); // Get the HandlerThread's Looper and use it for our Handler serviceLooper = thread.getLooper(); serviceHandler = new ServiceHandler(serviceLooper); } @Override public int onStartCommand(Intent intent, int flags, int startId) { Toast.makeText(this, "service starting", Toast.LENGTH_SHORT).show(); // For each start request, send a message to start a job and deliver the // start ID so we know which request we're stopping when we finish the job Message msg = serviceHandler.obtainMessage(); msg.arg1 = startId; serviceHandler.sendMessage(msg); // If we get killed, after returning from here, restart return START_STICKY; } @Override public IBinder onBind(Intent intent) { // We don't provide binding, so return null return null; } @Override public void onDestroy() { Toast.makeText(this, "service done", Toast.LENGTH_SHORT).show(); } }
O código de exemplo processa todas as chamadas recebidas em onStartCommand()
e publica o trabalho em um Handler
executado em uma linha de execução em segundo plano. Ele funciona como um IntentService
e processa todas as solicitações em série, uma após a outra.
Você pode alterar o código para executar o trabalho em um pool de linhas de execução, por exemplo, se quiser executar várias solicitações simultaneamente.
O método onStartCommand()
precisa retornar um
número inteiro. O número inteiro é um valor que descreve como o sistema continuará o serviço se
o sistema o eliminar. O valor de retorno
de onStartCommand()
precisa ser uma das constantes
abaixo:
START_NOT_STICKY
- Se o sistema eliminar o serviço depois que
onStartCommand()
retornar, não recrie o serviço, a menos que haja intents pendentes para entregar. Essa é a opção mais segura para evitar a execução do serviço quando desnecessário e quando o aplicativo pode simplesmente reiniciar qualquer job inacabado. START_STICKY
- Se o sistema eliminar o serviço após o retorno de
onStartCommand()
, recrie o serviço e chameonStartCommand()
, mas não reenvie a última intent. Em vez disso, o sistema chamaonStartCommand()
com uma intent nula, a menos que haja intents pendentes para iniciar o serviço. Nesse caso, essas intents são entregues. Isso é adequado para players de mídia (ou serviços semelhantes) que não executam comandos, mas estão em execução indefinidamente e aguardando um job. START_REDELIVER_INTENT
- Se o sistema eliminar o serviço após o retorno de
onStartCommand()
, recrie-o e chameonStartCommand()
com a última intent entregue ao serviço. Quaisquer intents pendentes são entregues um de cada vez. Isso é adequado para serviços que estejam realizando ativamente um job que precisa ser retomado imediatamente, como o download de um arquivo.
Para mais detalhes sobre esses valores de retorno, consulte a documentação de referência vinculada para cada constante.
Iniciar um serviço
Transmita um Intent
para startService()
ou startForegroundService()
para iniciar um serviço a partir de uma atividade ou outro componente de aplicativo. O
sistema Android chama o método onStartCommand()
do serviço e passa o Intent
,
que especifica qual serviço iniciar.
Observação: se o app for direcionado ao nível 26 da API ou mais recente, o sistema
impõe restrições ao uso ou à criação de serviços em segundo plano, a menos que o próprio
app esteja em primeiro plano. Se um app precisar criar um serviço em primeiro plano,
ele precisará chamar startForegroundService()
. Esse método cria um serviço em segundo plano, mas sinaliza ao sistema que o serviço será promovido ao primeiro plano. Depois que o serviço é criado, ele precisa chamar o
método startForeground()
em
cinco segundos.
Por exemplo, uma atividade pode iniciar o serviço de exemplo na seção anterior (HelloService
) usando uma intent explícita com startService()
, conforme mostrado aqui:
Kotlin
startService(Intent(this, HelloService::class.java))
Java
startService(new Intent(this, HelloService.class));
O método startService()
é retornado imediatamente e
o sistema Android chama o método onStartCommand()
do serviço. Se o serviço ainda não estiver em execução, o sistema chamará onCreate()
e, em seguida,
onStartCommand()
.
Se o serviço não fornecer vinculação, a intent entregue com startService()
será o único modo de comunicação entre o
componente do aplicativo e o serviço. No entanto, se você quiser que o serviço envie um resultado de volta,
o cliente que inicia o serviço pode criar um PendingIntent
para uma transmissão
(com getBroadcast()
) e entregá-lo ao serviço
na Intent
que inicia o serviço. O serviço pode usar a
transmissão para entregar um resultado.
Várias solicitações para iniciar o serviço resultam em diversas chamadas correspondentes ao onStartCommand()
do serviço. No entanto, é necessária apenas uma solicitação para interromper o serviço (com stopSelf()
ou stopService()
).
Interromper um serviço
Um serviço iniciado precisa gerenciar o próprio ciclo de vida. Ou seja, o sistema não interrompe nem
destrói o serviço, a menos que precise recuperar a memória do sistema e o serviço
continuar em execução após o retorno de onStartCommand()
. O
serviço precisa ser interrompido chamando stopSelf()
. Caso contrário, outro
componente pode interrompê-lo chamando stopService()
.
Quando o sistema solicitar a interrupção com stopSelf()
ou stopService()
, o sistema vai destruir o serviço assim que
possível.
Se o serviço processar várias solicitações para onStartCommand()
simultaneamente, não interrompa o
serviço quando terminar de processar uma solicitação de inicialização, porque você pode ter recebido uma nova
solicitação de inicialização (interromper no final da primeira solicitação encerraria a segunda). Para evitar
esse problema, use stopSelf(int)
para garantir que a solicitação de
interrupção do serviço seja sempre baseada na solicitação de inicialização mais recente. Ou seja, ao chamar stopSelf(int)
, você transmite o ID da solicitação de inicialização (o startId
entregue a onStartCommand()
) ao qual a solicitação de interrupção corresponde. Então, se o serviço receber uma nova solicitação de inicialização antes que você possa chamar stopSelf(int)
, o ID não corresponderá e o serviço não será interrompido.
Cuidado:para evitar o desperdício de recursos do sistema e o consumo
da bateria, faça com que o aplicativo interrompa os serviços quando terminar o trabalho.
Se necessário, outros componentes podem interromper o serviço chamando stopService()
. Mesmo que você ative a vinculação do serviço,
sempre terá que interrompê-lo por conta própria se ele receber uma chamada para onStartCommand()
.
Para mais informações sobre o ciclo de vida de um serviço, consulte a seção abaixo sobre Como gerenciar o ciclo de vida de um serviço.
Como criar um serviço vinculado
Um serviço vinculado permite que componentes de aplicativo sejam vinculados chamando bindService()
para criar uma conexão de longa duração.
Geralmente, ela não permite que os componentes a iniciem chamando startService()
.
Crie um serviço vinculado quando quiser interagir com o serviço a partir de atividades e outros componentes no aplicativo ou para expor algumas das funcionalidades do aplicativo a outros aplicativos por meio da comunicação entre processos (IPC).
Para criar um serviço vinculado, implemente o método de callback onBind()
para retornar um IBinder
que
define a interface de comunicação com o serviço. Outros componentes de aplicativo podem chamar
bindService()
para extrair a interface e
começar a chamar métodos no serviço. O serviço existe apenas para disponibilizar o componente do aplicativo que
está vinculado a ele. Portanto, quando não houver componentes vinculados ao serviço, o sistema o destrói.
Não é necessário interromper um serviço vinculado da mesma maneira que você faz quando o serviço é
iniciado pela onStartCommand()
.
Para criar um serviço vinculado, defina a interface que especifica como um cliente pode se comunicar com o serviço. Essa interface entre o serviço
e um cliente precisa ser uma implementação de IBinder
e é o que seu serviço precisa
retornar do método de callback onBind()
. Depois que o cliente receber o IBinder
, ele poderá começar
a interagir com o serviço por essa interface.
Vários clientes podem se vincular ao serviço por vez. Quando um cliente terminar de interagir com
o serviço, ele chamará unbindService()
para se desvincular.
Quando não houver clientes vinculados ao serviço, o sistema o eliminará.
Há várias maneiras de implementar um serviço vinculado, e a implementação é mais complicada do que um serviço iniciado. Por esses motivos, a discussão sobre o serviço vinculado aparece em um documento separado sobre Serviços vinculados.
Envio de notificações ao usuário
Quando um serviço está em execução, ele pode notificar o usuário sobre eventos usando notificações da snackbar ou da barra de status.
Uma notificação de snackbar é uma mensagem que aparece na superfície da janela atual por apenas um momento antes de desaparecer. Uma notificação da barra de status fornece um ícone na barra de status com uma mensagem, que o usuário pode selecionar para realizar uma ação (como iniciar uma atividade).
Normalmente, uma notificação na barra de status é a melhor técnica a ser usada quando um trabalho em segundo plano, como um download de arquivo, foi concluído, e o usuário pode tomar medidas quanto a isso. Quando o usuário seleciona a notificação na visualização expandida, ela pode iniciar uma atividade (como para exibir o arquivo transferido por download).
Gerenciamento do ciclo de vida de um serviço
O ciclo de vida de um serviço é muito mais simples do que o de uma atividade. No entanto, é ainda mais importante que você preste muita atenção em como o serviço é criado e destruído, porque ele pode ser executado em segundo plano sem que o usuário esteja ciente.
O ciclo de vida do serviço, desde a criação até a destruição, pode seguir um destes dois caminhos:
- Um serviço iniciado
O serviço é criado quando outro componente chama
startService()
. Em seguida, o serviço é executado indefinidamente e precisa chamarstopSelf()
para interrompê-lo. Outro componente também pode interromper o serviço chamandostopService()
. Quando o serviço é interrompido, o sistema o elimina. - Um serviço vinculado
O serviço é criado quando outro componente (um cliente) chama
bindService()
. Em seguida, o cliente se comunica com o serviço por uma interfaceIBinder
. O cliente pode encerrar a conexão chamandounbindService()
. Vários clientes podem ser vinculados ao mesmo serviço e, quando todos os vínculos são desvinculados, o sistema destrói o serviço. O serviço não precisa ser interrompido.
Esses dois caminhos não são totalmente separados. É possível vincular um serviço que já
foi iniciado com startService()
. Por exemplo, você pode
iniciar um serviço de música em segundo plano chamando startService()
com um Intent
que identifica a música a ser tocada. Mais tarde,
possivelmente quando o usuário quiser exercer mais controle sobre o player ou receber informações sobre a
música atual, uma atividade poderá ser vinculada ao serviço chamando bindService()
. Nesses casos, stopService()
ou stopSelf()
não interrompem o serviço até que todos os clientes sejam desvinculados.
Implementação dos callbacks do ciclo de vida
Como uma atividade, um serviço tem métodos de callback do ciclo de vida que podem ser implementados para monitorar mudanças no estado do serviço e realizar trabalhos nos momentos adequados. O serviço básico a seguir demonstra cada um dos métodos do ciclo de vida:
Kotlin
class ExampleService : Service() { private var startMode: Int = 0 // indicates how to behave if the service is killed private var binder: IBinder? = null // interface for clients that bind private var allowRebind: Boolean = false // indicates whether onRebind should be used override funonCreate
() { // The service is being created } override funonStartCommand
(intent: Intent?, flags: Int, startId: Int): Int { // The service is starting, due to a call to startService() return startMode } override funonBind
(intent: Intent): IBinder? { // A client is binding to the service with bindService() return binder } override funonUnbind
(intent: Intent): Boolean { // All clients have unbound with unbindService() return allowRebind } override funonRebind
(intent: Intent) { // A client is binding to the service with bindService(), // after onUnbind() has already been called } override funonDestroy
() { // The service is no longer used and is being destroyed } }
Java
public class ExampleService extends Service { int startMode; // indicates how to behave if the service is killed IBinder binder; // interface for clients that bind boolean allowRebind; // indicates whether onRebind should be used @Override public voidonCreate
() { // The service is being created } @Override public intonStartCommand
(Intent intent, int flags, int startId) { // The service is starting, due to a call tostartService()
return startMode; } @Override public IBinderonBind
(Intent intent) { // A client is binding to the service withbindService()
return binder; } @Override public booleanonUnbind
(Intent intent) { // All clients have unbound withunbindService()
return allowRebind; } @Override public voidonRebind
(Intent intent) { // A client is binding to the service withbindService()
, // after onUnbind() has already been called } @Override public voidonDestroy
() { // The service is no longer used and is being destroyed } }
Observação:ao contrário dos métodos de callback do ciclo de vida da atividade, você não precisa chamar a implementação de superclasse desses métodos de callback.
A figura 2 ilustra os métodos de callback tradicionais para um serviço. Embora a figura separa
os serviços criados por startService()
daqueles
criados por bindService()
, qualquer serviço, independentemente de como foi iniciado, pode permitir que os clientes se vinculem a ele.
Um serviço que foi iniciado inicialmente com onStartCommand()
(por um cliente chamando startService()
)
ainda pode receber uma chamada para onBind()
(quando um cliente chama
bindService()
).
Ao implementar esses métodos, é possível monitorar esses dois loops aninhados no ciclo de vida do serviço:
- Todo o ciclo de vida de um serviço ocorre entre o momento em que
onCreate()
é chamado e o momento em queonDestroy()
retorna. Como uma atividade, um serviço faz a configuração inicial emonCreate()
e libera todos os recursos restantes emonDestroy()
. Por exemplo, um serviço de reprodução de música pode criar a linha de execução em que a música é tocada emonCreate()
e, em seguida, interromper a linha de execução emonDestroy()
.Observação: os métodos
onCreate()
eonDestroy()
são chamados para todos os serviços, sejam criados porstartService()
oubindService()
. - O ciclo de vida ativo de um serviço começa com uma chamada para
onStartCommand()
ouonBind()
. Cada método recebe oIntent
que foi transmitido parastartService()
oubindService()
.Se o serviço for iniciado, o ciclo de vida ativo terminará ao mesmo tempo em que o ciclo de vida inteiro terminar (o serviço ainda estará ativo mesmo após o retorno de
onStartCommand()
). Se o serviço estiver vinculado, o ciclo de vida ativo vai terminar quandoonUnbind()
retornar.
Observação:embora um serviço iniciado seja interrompido por uma chamada para
stopSelf()
ou stopService()
, não há um callback respectivo para o
serviço (não há um callback onStop()
). A menos que o serviço esteja vinculado a um cliente,
o sistema o destrói quando for interrompido. onDestroy()
é o único callback recebido.
Para mais informações sobre como criar um serviço que forneça vinculação, consulte o documento Serviços vinculados,
que inclui mais informações sobre o método de callback onRebind()
na seção sobre Como gerenciar o ciclo de vida de
um serviço vinculado.