BroadcastReceiver ne reçoit pas de BOOT_COMPLETED

Je poste ceci dans l'espoir qu'il sera utile à quelqu'un qui a tout essayé mais toujours impossible de le faire exécuter au démarrage après l'installation ou ça marchait avant et ne fonctionne plus.

Donc, en supposant que vous avez ajouté l'autorisation:

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

Et enregistré votre récepteur:

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

Et codé votre BroadcastReceiver:

public class StartUpBootReceiver extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {

        if (Intent.ACTION_BOOT_COMPLETED.equals(intent.getAction())) {
            Log.d("startuptest", "StartUpBootReceiver BOOT_COMPLETED");
            ...
        }
    }
}

De départ avec Android 3.1 toutes les applications, lors de l'installation, sont placés dans un "arrêté" de l'état.(C'est le même état que l'application se termine en une fois que l'utilisateur de la force-arrêt de l'application à partir de l'application Paramètres.)

Alors que dans "arrêté" de l'état, l'application ne fonctionnera pas pour une raison quelconque, à l'exception d'un manuel de lancement d'une activité. (Ce qui signifie pas de BroadcastRecevier(ACTION_PACKAGE_INSTALLED, BOOT_COMPLETED etc. sera invoqué, quel que soit l'événement pour lequel ils ont enregistré, jusqu'à ce que l'utilisateur exécute l'application manuellement.)

C'est une décision de conception par Google pour empêcher les logiciels malveillants d'applications. Google a plaidé pour que les utilisateurs doivent lancer une activité à partir de l'écran de lancement la première, avant que la demande peut faire beaucoup. La prévention BOOT_COMPLETED d'être livré jusqu'à ce que l'activité est lancé est une conséquence logique de cet argument.

Une fois que l'utilisateur exécute toute activité dans votre application, vous recevez le BOOT_COMPLETED diffusion après tous les futurs bottes.

Plus de détails à ce sujet:

http://developer.android.com/about/versions/android-3.1.html#launchcontrols

http://commonsware.com/blog/2011/07/05/boot-completed-regression.html

http://devmaze.wordpress.com/2011/12/05/activating-applications/

Votre <uses-permission> élément doit être immédiate d'un enfant de la <manifest> élément, et votre exemple de code ci-dessus suggère qu'il ne l'est pas.

Voici un exemple de projet en démontrant l'utilisation de BOOT_COMPLETED.

Ce qui semble être l'avant-garde de thread pour ce problème, je voulais donc ajouter une solution pour mon C# collègues. Je me suis creusé le cerveau à essayer de comprendre ce que je faisais de mal, après avoir tout essayer ici, en vain. J'ai finalement comprendre ce qui n'allait pas, et elle diffère un peu de l'avis ici pour Mono C# développement. En gros, ça se résume à quelque chose que j'ai appris à la dure. Avec C# NE PAS MODIFIER AndroidManifest.xml manuellement!

Voir ce guide pour référence:
Xamarin: Travailler avec AndroidManifest.xml

Plus directe à ce problème, ici, est de savoir comment vous obtenez ce fait.

Tout d'abord, dans votre projet, propriétés, sous le Manifeste de l'Onglet, il y a une liste de case à cocher pour choisir les autorisations que vous souhaitez offrir, dont l'un est RECEIVE_BOOT_COMPLETED. Vérifier que pour fournir ces autorisations.

Deuxièmement, vous avez besoin de mettre les informations nécessaires sur votre BroacastReceiver classe.

[BroadcastReceiver]
[IntentFilter(new String[]{ Intent.ActionBootCompleted }, Priority = (int)IntentFilterPriority.LowPriority)]
public class MyBootReceiver : BroadcastReceiver
{
   public override void OnReceive(Context context, Intent intent)
   {
      //Do your boot work here, set alarms, show toasts, whatever
   }
}

La dernière partie de [IntentFilter()] traitant de priorité n'est pas obligatoire, il permet simplement d'autres priorité plus élevée choses se faire d'abord sur démarrage, et il est de bonne pratique si votre Application n'est pas une priorité élevée chose.

Comme vous le verrez dans l'article lié, à l'aide de ces balises dans votre code sera la cause de la AndroidManifest.xml fichier doit être créé au moment de la construction, avec tout ce que la façon dont il devrait être. Ce que j'ai constaté, c'est que lors de la modification du manifeste manuellement pour inclure le récepteur de balise, le système était à l'origine à la recherche de la classe d'un niveau trop profonde, jetant ainsi un ClassNotFound exception. Il essayait d'instancier [Namespace].[Namespace].[BroadcastReceiver] ce qui est faux. Et il était en train de faire que parce que le manuel manifeste modifications.

De toute façon, espérons que cette aide.

Aussi, une autre petite astuce avec la bad outil. Si vous souhaitez obtenir un plus facile de lire la version du journal, essayez ceci:

C:\Android\platform-tools\adb logcat >> C:\log.txt

Cela va vider le logcat pour un fichier texte que vous pouvez ouvrir et lire un peu plus facile que dans la fenêtre d'invite de commande. Fait couper et coller des choses un peu plus facile aussi.

sur l'ajout de <category android:name="android.intent.category.HOME" /> à mon fichier de manifeste de résoudre mon problème et travaille.

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