Détecter les modifications de connectivité sur Android 7.0 Nougat lorsque l'application est en arrière plan

Nougat changé la façon dont il gère CONNECTIVITY_CHANGED intentions (essentiellement en l'ignorant, en forçant les développeurs à utiliser le planificateur de tâches) donc cela me laisse songeur:

Si j'ai une application qui est dans le milieu de la récupération de certaines données (et j'ai vérifié si le téléphone est en ligne à la fois, j'ai fait la demande mais l'utilisateur est en mouvement et que le téléphone se connecte à un autre point d'accès wifi, par exemple) et il tombe en panne, comment puis-je détecter que la connexion a été rétablie et je cam réessayer fetxhing les données?

Donc, dans ce cas, mon application est au premier plan, je pense que Chrome (pour android) a une fonction similaire.

Ai-je besoin d'interroger moi-même? Ou est-il un événement qui est autorisé à l'époque?

OriginalL'auteur REJH | 2016-08-29

android android-7.0-nougat

4

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.

https://developer.android.com/about/versions/nougat/android-7.0-changes.html

Ah si l'enregistrement d'un auditeur dans le manifeste ou un thread d'arrière-plan ne fonctionne plus, mais vous pouvez encore dans le thread principal d'une activité (ou d'un service, je suppose?) Merci!
Est-il encore un moyen d'écouter pour CONNECTIVITY_CHANGE en arrière-plan en quelque sorte?
Oui, vous êtes censé le faire à l'aide Planificateur de tâches. Il n'est donc pas le feu immédiatement. C'est l'idée parce que tous les dev pense que leur application devrait savoir à ce sujet et donc de votre téléphone ralentit énormément dès que vous changez de réseau 😛

OriginalL'auteur Andromeda
10

Tandis que d'Andromède, la réponse pourrait être utilisée, cette solution n'est pas de Google destiné choix. Votre question était de savoir quoi faire lorsque la connexion est perdue et vous avez besoin de reprendre l'opération lorsque le réseau des retours de service.

Tout CONNECTIVITY_CHANGE techniquement œuvres, il a toujours été un peu un hack pour ce besoin spécifique et il va arrêter de travailler dans le Nougat dès que votre application passe en arrière-plan. Ce que vous devriez vraiment utiliser un planificateur de tâches de l'API. Google nous a offert de nombreuses options avec leurs exigences et caractéristiques.
1. JobScheduler
JobScheduler a été ajouté en Sucette et ajoute un planificateur qui peut attendre pour la connectivité réseau à l'annexe a de l'emploi. Il peut même dépendre du type de connexion, la vérification de la non mesuré ou non itinérant connexions. Cette option n'a pas de rétro-compatibilité, mais fonctionne sans Google Play Services.
1. GCM Gestionnaire de Réseau
GcmNetworkManager est un port direct de la JobScheduler fonctionnalités pour les versions avant de Sucette, mais il exige de Google Play Services. GcmNetworkManager a été la plupart du temps déprécié par Firebase d'Emploi Dispatcher.
1. Firebase Emploi Répartiteur
Firebase JobDispatcher fournit un autre moyen de planification des travaux pour les versions avant Lollipop, qui utilise les Google Play Services par défaut, mais peuvent être configurés pour ne pas exiger cette dépendance.

Tous les trois options qui sauront satisfaire votre besoin dans une batterie de manière conviviale et vos tâches seront toujours prévue, même si l'appareil se réveille brièvement de Doze mode.

Ici plus d'informations sur les différentes options avec des exemples fournis par Google:

https://developer.android.com/topic/performance/scheduling.html
https://developer.android.com/topic/performance/background-optimization.html#sched-jobs

Merci pour la divulgation complète, mais ma question était précisément pour quand l'application EST au premier plan 🙂
Ma solution couvre également l'affaire. Il est plus souple et une meilleure pratique, dans la plupart des cas, que l'autre réponse. Le seul cas où il ne couvre pas est celui dont j'ai besoin maintenant, ce qui est la façon de détecter toute modification du réseau, comme le passage entre le travail des connexions réseau et d'éveil de l'application si elle n'est pas vivante.
Connecté juste pour donner ce un coup de pouce. Vraiment super info!

OriginalL'auteur colintheshots
5

Selon doc:

Applications qui ciblent Android 7.0 API (niveau 24) et plus de ne pas recevoir CONNECTIVITY_ACTION émissions s'ils déclarent leur récepteur de radiodiffusion dans le manifeste. Les Apps continuent de recevoir le CONNECTIVITY_ACTION émissions s'ils s'inscrivent à leur BroadcastReceiver avec Context.registerReceiver() et que le contexte est toujours valide.

Directe et de la bonne réponse

OriginalL'auteur Amir Rezazadeh
2

Dans mon cas, j'ai souscrit à l'émission avec CONNECTIVITY_CHANGE filtre dans le Service et il du travail.

Comment garder Service vivant, c'est une autre histoire 🙂

Je suppose que vous avez besoin de garder en cours d'exécution dans le premier plan? C'est assez bizarre que Android ne permettent encore de services (qui sont presque toujours des processus d'arrière-plan) pour écouter les conn changements. Parce que d'avoir un service est généralement plus facile que d'utiliser le planificateur de tâches, de sorte que chaque dev serait TRÈS tenté de faire le service et l'oublier..? UPD: et vous prouver mon point btw 😛 à l'Aide d'un service, plutôt que de JobSch
Mon application est-elle était déjà en tout cas, donc j'ai simplement enregistré il y a la diffusion

OriginalL'auteur Penzzz

public class ConnectivityReceiver
{

public static boolean getWifiStatus(Context context)
{
    //To get System Connectivity status
    ConnectivityManager cm = (ConnectivityManager) context
            .getSystemService(Context.CONNECTIVITY_SERVICE);


    NetworkInfo activeNetwork = cm.getActiveNetworkInfo();
    if (null != activeNetwork)
    {
        //Check For Wifi Status
        if(activeNetwork.getType() == ConnectivityManager.TYPE_WIFI)
            return true;
        else
            return false;
    }

    return false;
}

public class NetworkMgr extends BroadcastReceiver {

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

    ConnectivityReceiver cf = new ConnectivityReceiver();
    boolean status = cf.getWifiStatus(context);

    if(status)
    {
        Toast.makeText(context,"Wifi Connection is On.", Toast.LENGTH_SHORT).show();
    }
    else
    {
        Toast.makeText(context,"Wifi Connection is Off.", Toast.LENGTH_SHORT).show();
    }
  }
}

OriginalL'auteur Vishnu Balanchandran

Vous devez vous connecter pour publier un commentaire.