Tentando iniciar um serviço na inicialização no Android

Estou tentando iniciar um serviço quando um dispositivo é inicializado no Android, mas não consigo fazê-lo funcionar. Eu olhei para vários links online, mas nenhum código funciona. Estou esquecendo alguma coisa?

AndroidManifest.xml

<receiver
    android:name=".StartServiceAtBootReceiver"
    android:enabled="true"
    android:exported="false"
    android:label="StartServiceAtBootReceiver" >
    <intent-filter>
        <action android:name="android.intent.action._BOOT_COMPLETED" />
    </intent-filter>
</receiver>

<service
    android:name="com.test.RunService"
    android:enabled="true" />

Receptor de radiodifusão

public void onReceive(Context context, Intent intent) {
    if ("android.intent.action.BOOT_COMPLETED".equals(intent.getAction())) {
        Intent serviceLauncher = new Intent(context, RunService.class);
        context.startService(serviceLauncher);
        Log.v("TEST", "Service loaded at start");
    }
}

As outras respostas parecem boas, mas pensei em agrupar tudo em uma resposta completa.

Você precisa do seguinte em seu AndroidManifest.xmlarquivo:

1. No seu <manifest>elemento:

   <uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />

2. No seu <application>elemento (certifique-se de usar um nome de classe totalmente qualificado [ou relativo] para o seu BroadcastReceiver):

   <receiver android:name="com.example.MyBroadcastReceiver">  
       <intent-filter>  
           <action android:name="android.intent.action.BOOT_COMPLETED" />  
       </intent-filter>  
   </receiver>
   

   (você não precisa o android:enabled, exportedetc., atributos: os padrões do Android estão corretas)

   Em MyBroadcastReceiver.java:

   package com.example;
   
   public class MyBroadcastReceiver extends BroadcastReceiver {
       @Override
       public void onReceive(Context context, Intent intent) {
           Intent startServiceIntent = new Intent(context, MyService.class);
           context.startService(startServiceIntent);
       }
   }
   

Da pergunta original:

• não está claro se o <receiver>elemento estava no <application>elemento
• não está claro se o nome correto da classe totalmente qualificado (ou relativo) para o BroadcastReceiverfoi especificado
• houve um erro de digitação no <intent-filter>

Como informações adicionais: BOOT_COMPLETE é enviado aos aplicativos antes da montagem do armazenamento externo. Portanto, se o aplicativo estiver instalado no armazenamento externo, ele não receberá a mensagem de difusão BOOT_COMPLETE.

Mais detalhes aqui na seção Receptores de transmissão que ouvem "inicialização concluída"

Como iniciar o serviço na inicialização do dispositivo (aplicativo de execução automática, etc.)

Primeiro: desde a versão Android 3.1+, você não recebe o BOOT_COMPLETE se o usuário nunca iniciou o aplicativo pelo menos uma vez ou se o aplicativo "força o fechamento". Isso foi feito para impedir que o malware registrasse automaticamente o serviço. Essa falha de segurança foi fechada nas versões mais recentes do Android.

Solução:

Crie aplicativo com atividade. Quando o usuário o executa, uma vez que o aplicativo pode receber a mensagem de transmissão BOOT_COMPLETE.

Por segundo: BOOT_COMPLETE é enviado antes da montagem do armazenamento externo. Se o aplicativo estiver instalado no armazenamento externo, ele não receberá a mensagem de difusão BOOT_COMPLETE.

Nesse caso, há duas soluções:

1. Instale seu aplicativo no armazenamento interno
2. Instale outro aplicativo pequeno no armazenamento interno. Este aplicativo recebe BOOT_COMPLETE e executa o segundo aplicativo no armazenamento externo.

Se seu aplicativo já estiver instalado no armazenamento interno, o código abaixo pode ajudá-lo a entender como iniciar o serviço na inicialização do dispositivo.

Em Manifest.xml

Permissão:

<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />

Registre seu receptor BOOT_COMPLETED:

<receiver android:name="org.yourapp.OnBoot">
    <intent-filter>
        <action android:name="android.intent.action.BOOT_COMPLETED"/>
    </intent-filter>
</receiver>

Registre seu serviço:

<service android:name="org.yourapp.YourCoolService" />

No receptor OnBoot.java:

public class OnBoot extends BroadcastReceiver
{

    @Override
    public void onReceive(Context context, Intent intent) 
    {
        // Create Intent
        Intent serviceIntent = new Intent(context, YourCoolService.class);
        // Start service
        context.startService(serviceIntent);

    }

 }

Para a HTC, talvez você também precise adicionar no manifesto esse código se o dispositivo não capturar RECEIVE_BOOT_COMPLETED:

<action android:name="android.intent.action.QUICKBOOT_POWERON" />

O receptor agora fica assim:

<receiver android:name="org.yourapp.OnBoot">
    <intent-filter>
        <action android:name="android.intent.action.BOOT_COMPLETED"/>
        <action android:name="android.intent.action.QUICKBOOT_POWERON" />
    </intent-filter>
</receiver>

Como testar o BOOT_COMPLETED sem reiniciar o emulador ou dispositivo real? É fácil. Tente o seguinte:

adb -s device-or-emulator-id shell am broadcast -a android.intent.action.BOOT_COMPLETED

Como obter o ID do dispositivo? Obtenha a lista de dispositivos conectados com IDs:

adb devices

adb no ADT, por padrão, você pode encontrar em:

adt-installation-dir/sdk/platform-tools

Aproveitar! )

Junto com

<action android:name="android.intent.action.BOOT_COMPLETED" />  

também use,

<action android:name="android.intent.action.QUICKBOOT_POWERON" />

Os dispositivos HTC parecem não pegar BOOT_COMPLETED

Observe que, no início da pergunta, há um erro de digitação:

<action android:name="android.intent.action._BOOT_COMPLETED"/>

ao invés de :

<action android:name="android.intent.action.BOOT_COMPLETED"/>

um pequeno "_" e todo esse problema :)

Eu descobri agora que isso pode ser por causa da Fast Bootopção em Settings>Power

Quando essa opção está desativada, meu aplicativo recebe uma transmissão desta, mas não o contrário.

By the way, eu tenho Android 2.3.3em HTC Incredible S.

Espero que ajude.

Eu acho que seu manifesto precisa adicionar:

<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />

Depois de tentar todas as respostas e truques mencionados, finalmente descubro por que o código não está funcionando no meu telefone. Alguns telefones Android como "Huawei Honor 3C Android 4.2.2 " têm um menu do Statup Manager em suas configurações e seu aplicativo deve ser verificado na lista. :)

Eu tenho uma <category>marca adicional , não sei se isso faz alguma diferença.

<receiver android:name="BootIntentReceiver">  
        <intent-filter>  
            <action android:name="android.intent.action.BOOT_COMPLETED" />  
            <category android:name="android.intent.category.HOME" />  
        </intent-filter>  
</receiver>

Você já tentou omitir a cláusula if "android.intent.action.BOOT_COMPLETED".equals(intent.getAction(), pois o receptor provavelmente só recebe essa intenção de qualquer maneira?

Consulte este link http://khurramitdeveloper.blogspot.in/2013/06/start-activity-or-service-on-boot.html Procedimento passo a passo para usar a inicialização no serviço

Antes de montar o armazenamento externo, o BOOT_COMPLETE é enviado, execute. Se o aplicativo estiver instalado no armazenamento externo, ele não receberá a mensagem de difusão do BOOT_COMPLETE. Para evitar isso, você pode instalar seu aplicativo no armazenamento interno. você pode fazer isso apenas adicionando esta linha no menifest.xml

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
android:installLocation="internalOnly"
... >

Alguns dispositivos HTC podem ativar um recurso de "inicialização rápida" que é mais como uma hibernação profunda e não uma reinicialização real e, portanto, não deve dar a intenção BOOT_COMPLETE. Para recuperar isso, você pode adicionar este filtro de intenção dentro do seu receptor:

            <intent-filter>
                <action android:name="android.intent.action.BOOT_COMPLETED" />
                <action android:name="android.intent.action.QUICKBOOT_POWERON" />
            </intent-filter>

Foi o que eu fiz

1. Eu fiz a classe Receiver

public class BootReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        //whatever you want to do on boot
       Intent serviceIntent = new Intent(context, YourService.class);
       context.startService(serviceIntent);
    }
}

2.no manifesto

<manifest...>
    <uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED"/>
    <application...>
        <receiver android:name=".BootReceiver" android:enabled="true" android:exported="false">
            <intent-filter>
                <action android:name="android.intent.action.BOOT_COMPLETED" />
            </intent-filter>
        </receiver>
    ...

3.e depois de TUDO que você precisa "configurar" o receptor em sua MainActivity, ele pode estar dentro do onCreate

...
 final ComponentName onBootReceiver = new ComponentName(getApplication().getPackageName(), BootReceiver.class.getName());
        if(getPackageManager().getComponentEnabledSetting(onBootReceiver) != PackageManager.COMPONENT_ENABLED_STATE_ENABLED)
        getPackageManager().setComponentEnabledSetting(onBootReceiver,PackageManager.COMPONENT_ENABLED_STATE_ENABLED,PackageManager.DONT_KILL_APP);
...

o último salto que aprendi com o ApiDemos

Se você estiver usando o Android Studio e gosta muito do preenchimento automático, devo informá-lo, estou usando o Android Studio v 1.1.0 e usei o preenchimento automático para a seguinte permissão

<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />

E o Android Studio completou automaticamente RECEIVE_BOOT_COMPLETEDtudo em letras minúsculas receive_boot_completede eu continuei puxando meu cabelo porque já tinha marcado minha lista de verificação para saber o que fazer para iniciar o serviço na inicialização. Acabei de confirmar novamente

O Android Studio COMPLETA automaticamente esta permissão em minúsculas.

Como o @Damian comentou, todas as respostas neste tópico estão fazendo errado. Se você fizer isso manualmente, corre o risco de o Serviço ser parado no meio do dispositivo que entra no modo de suspensão. Você precisa obter um bloqueio de ativação primeiro. Felizmente, a biblioteca de suporte nos fornece uma classe para fazer isso:

public class SimpleWakefulReceiver extends WakefulBroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        // This is the Intent to deliver to our service.
        Intent service = new Intent(context, SimpleWakefulService.class);

        // Start the service, keeping the device awake while it is launching.
        Log.i("SimpleWakefulReceiver", "Starting service @ " + SystemClock.elapsedRealtime());
        startWakefulService(context, service);
    }
}

em seu serviço, certifique-se de liberar o bloqueio de ativação:

    @Override
    protected void onHandleIntent(Intent intent) {
        // At this point SimpleWakefulReceiver is still holding a wake lock
        // for us.  We can do whatever we need to here and then tell it that
        // it can release the wakelock.

...
        Log.i("SimpleWakefulReceiver", "Completed service @ " + SystemClock.elapsedRealtime());
        SimpleWakefulReceiver.completeWakefulIntent(intent);
    }

Não se esqueça de adicionar a permissão WAKE_LOCK ao seu festival principal:

<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />
<uses-permission android:name="android.permission.WAKE_LOCK" />

De fato, eu entrei nesse problema há pouco tempo e é realmente muito fácil de corrigir, você realmente não faz nada errado se configurar a "android.intent.action.BOOT_COMPLETED"permissão e o filtro de intenção.

Lembre-se de que, no Android 4.X, é necessário executar o ouvinte de transmissão antes de iniciar o serviço na inicialização, ou seja, você deve adicionar uma atividade primeiro. Depois que o receptor de transmissão estiver em execução, seu aplicativo funcionará conforme o esperado, No entanto, no Android 4.X, não encontrei uma maneira de iniciar o serviço na inicialização sem nenhuma atividade; acho que o Google fez isso por razões de segurança.

Eu enfrentei esse problema se eu deixar o construtor vazio na classe do receptor. Após a remoção, o contsructor vazio noRreceive methos começou a funcionar bem.