Android N pas envoyer android.net.conn.CONNECTIVITY_CHANGE de diffusion?

J'ai défini un récepteur dans un bac à sable Android N application:

<receiver
    android:exported="true"
    android:name="com.sandboxapplication.NetworkReceiver">
    <intent-filter>
        <action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
    </intent-filter>
</receiver>

C'est plutôt simple:

public class NetworkReceiver extends BroadcastReceiver {
    private static final String TAG = NetworkReceiver.class.getName();
    @Override
    public void onReceive(Context context, Intent intent) {
        Log.i(TAG, "Received Network Change event.");
    }
}

Ce récepteur fonctionne bien si dans mon construire.gradle fichier de mon targetSdkVersion est de 23. Cependant, si j'ai mis mon targetSdkVersion à 24 ans, le récepteur ne reçoit jamais de quoi que ce soit. En fait, si je place un debug point de rupture dans mon récepteur Android Studio me donne l'indication visuelle qu'il semble que la classe n'est jamais la même chargé en mémoire.

Ai-je raté quelque chose de très basique dans l'Android N la documentation? Est-il un nouveau moyen de détecter la connectivité des événements de changement?

InformationsquelleAutor DanMD | 2016-08-22
  1. 22

    Applications qui ciblent Android N (Nougat) ne reçoivent pas CONNECTIVITY_ACTION émissions, même si elles ont les entrées du manifeste pour demander une notification de ces événements. Les applications qui sont en cours d'exécution peut encore écouter CONNECTIVITY_CHANGE sur leur thread principal si ils demander une notification avec un BroadcastReceiver.

    Pour voir ce qui a changé dans Android N (Nougat). Veuillez consulter le lien ci-dessous.
    Android N Changements De Comportement

    • Merci beaucoup, je savais que je dois avoir manqué quelque chose de très basique dans la documentation...
    • C'est probablement parce que developer.android.com/reference/android/net/... ne pas faire le moindre effort à faire mention de cette... Quelle perte de temps.
    • Travail lien: developer.android.com/about/versions/nougat/...
    • Merci de mettre à jour le lien.
    • Est-il contourner? Quelle est la syntaxe pour obtenir le modifier via "enregistrement de BroadcastReceiver avec le Contexte.registerReceiver()"
    • Utilisez ce code pour enregistrer le récepteur à votre Activité ou à la classe d'Application - IntentFilter intentFilter = new IntentFilter(); IntentFilter.addAction(ConnectivityManager.CONNECTIVITY_ACTION); registerReceiver(nouveau NetworkConnectionReceiver(), intentFilter); Remarque: Si le registre de ce récepteur dans l'Activité, n'oubliez pas d'annuler son inscription.
    • Surveiller les changements dans la connectivité des Applications ciblant Android 7.0 API (niveau 24) et plus de ne pas recevoir CONNECTIVITY_ACTION émissions s'ils déclarent le récepteur de radiodiffusion dans leur manifeste. Les Apps continuent de recevoir le CONNECTIVITY_ACTION émissions s'ils s'inscrivent à leur BroadcastReceiver avec le Contexte.registerReceiver() et que le contexte est toujours valide. developer.android.com/training/monitoring-device-state/...

    InformationsquelleAutor Kalpesh Patel
  2. 24

    Utiliser ce code pour enregistrer récepteur dans votre Activity ou dans Application classe

    IntentFilter intentFilter = new IntentFilter(); 
intentFilter.addAction(ConnectivityManager.CONNECTIVITY_ACTI‌​ON); 
registerReceiver(new NetworkConnectionReceiver(), intentFilter);

    Où NetworkConnectionReceiver est une classe étendue par BroadcastReceiver. Il suffit d'ajouter cette classe dans votre application et d'effectuer des actions dans onReceive(Context context, Intent intent) méthode.

    Remarque: Si vous vous inscrivez ce récepteur dans une Activity, n'oubliez pas d'annuler son inscription.

    • Dans le Nougat, le BroadcastReceiver déclenche lorsque l'application est fermée de force ?
    • Non, lorsque l'application est fermée de force le processus a disparu et tout inscrit dans le code est allé trop. Vous ne devez écouter cette émission quand l'application est au premier plan de toute façon.
    InformationsquelleAutor Ambar Jain
  3. 1

    Pendant ce temps ConnectivityManager.CONNECTIVITY_ACTI‌​ON était obsolète:

    @deprecated 
apps should use the more versatile {@link #requestNetwork},
{@link #registerNetworkCallback} or {@link #registerDefaultNetworkCallback}
functions instead for faster and more detailed updates about the network
changes they care about.

    Donc registerDefaultNetworkCallback doit être utilisée:

    ConnectivityManager cm = (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE);
cm.registerDefaultNetworkCallback(new ConnectivityManager.NetworkCallback(){
    @Override
    public void onAvailable(Network network) {
        doOnNetworkConnected();
    }
});
    • Sur l'ajout de ce code, il est dit "Appel nécessite l'API de niveau 24 (courant min 21)". Ce qu'il faut écrire pour le bas de l'api niveaux périphériques ?
    • juste utiliser la méthode dépréciée. Il ne sera pas supprimé de vieux appareils.
    • mais cela ne fonctionnera que si l'application est exécutée, de course, de droit? si l'application n'est pas en cours d'exécution, il n'existe aucun moyen.
    • qui est correct.
    • ouch. pas de chance. regarde comme il n'y a aucun moyen de le détecter en ligne/hors ligne plus. Bien sûr, JobScheduler a des contraintes, mais seulement pour le type de réseau. WorkManager minimum périodique de ré-exécution est à 15 minutes (trop long).
    InformationsquelleAutor eleven