Android O - Erkennung von Verbindungsänderungen im Hintergrund

Zweite Änderung: Ich benutze jetzt den JobDispatcher von firebase und funktioniert perfekt auf allen Plattformen (danke @cutiko). Dies ist die Grundstruktur:

public class ConnectivityJob extends JobService{

    @Override
    public boolean onStartJob(JobParameters job) {
        LogFactory.writeMessage(this, LOG_TAG, "Job created");
        connectivityManager = (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE);
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Lollipop) {
            connectivityManager.registerNetworkCallback(new NetworkRequest.Builder().build(), networkCallback = new ConnectivityManager.NetworkCallback(){
                // -Snip-
            });
        }else{
            registerReceiver(connectivityChange = new BroadcastReceiver() {
                @Override
                public void onReceive(Context context, Intent intent) {
                    handleConnectivityChange(!intent.hasExtra("noConnectivity"), intent.getIntExtra("networkType", -1));
                }
            }, new IntentFilter(ConnectivityManager.CONNECTIVITY_ACTION));
        }

        NetworkInfo activeNetwork = connectivityManager.getActiveNetworkInfo();
        if (activeNetwork == null) {
            LogFactory.writeMessage(this, LOG_TAG, "No active network.");
        }else{
            // Some logic..
        }
        LogFactory.writeMessage(this, LOG_TAG, "Done with onStartJob");
        return true;
    }


    @Override
    public boolean onStopJob(JobParameters job) {
        if(networkCallback != null && Build.VERSION.SDK_INT >= Build.VERSION_CODES.Lollipop)connectivityManager.unregisterNetworkCallback(networkCallback);
        else if(connectivityChange != null)unregisterReceiver(connectivityChange);
        return true;
    }

    private void handleConnectivityChange(NetworkInfo networkInfo){
        // Calls handleConnectivityChange(boolean connected, int type)
    }

    private void handleConnectivityChange(boolean connected, int type){
        // Calls handleConnectivityChange(boolean connected, ConnectionType connectionType)
    }

    private void handleConnectivityChange(boolean connected, ConnectionType connectionType){
        // Logic based on the new connection
    }

    private enum ConnectionType{
        MOBILE,WIFI,VPN,OTHER;
    }
}

Ich nenne es so (in meinem Boot-Receiver):

   Job job = dispatcher.newJobBuilder().setService(ConnectivityJob.class)
            .setTag("connectivity-job").setLifetime(Lifetime.FOREVER).setRetryStrategy(RetryStrategy.DEFAULT_LINEAR)
            .setRecurring(true).setReplaceCurrent(true).setTrigger(Trigger.executionWindow(0, 0)).build();

Edit: Ich habe einen gehackten Weg gefunden. Wirklich hackig zu sagen. Es funktioniert, aber ich würde es nicht verwenden:

• Starten Sie einen Vordergrunddienst, wechseln Sie mit startForeground (id, notification) in den Vordergrundmodus und verwenden Sie anschließend stopForeground. Der Benutzer sieht die Benachrichtigung nicht, aber Android registriert sie als im Vordergrund
• Starten Sie einen zweiten Dienst mit startService 
• Stoppen Sie den ersten Dienst
• Ergebnis: Glückwunsch, Sie haben einen Dienst im Hintergrund (den Dienst, den Sie als zweiter gestartet haben). 
• onTaskRemoved wird beim zweiten Dienst aufgerufen, wenn Sie die App öffnen, und es wird aus dem RAM gelöscht, nicht jedoch, wenn der erste Dienst beendet wird. Wenn Sie eine sich wiederholende Aktion wie einen Handler haben und die Registrierung in onTaskRemoved nicht aufheben, wird sie weiter ausgeführt.

Dies startet effektiv einen Vordergrunddienst, der einen Hintergrunddienst startet und dann beendet wird. Der zweite Dienst überlebt den ersten. Ich bin nicht sicher, ob dies beabsichtigt ist oder nicht (vielleicht sollte ein Fehlerbericht eingereicht werden?), Aber es ist eine Problemumgehung (wieder eine schlechte!).

Anscheinend ist es nicht möglich, benachrichtigt zu werden, wenn sich die Verbindung ändert:

• Mit Android 7.0 CONNECTIVITY_ACTION-Empfängern, die im Manifest deklariert sind, werden keine Broadcasts empfangen. Darüber hinaus empfangen programmgesteuert deklarierte Empfänger die Broadcasts nur, wenn der Empfänger im Hauptthread registriert wurde (die Verwendung eines Dienstes funktioniert daher nicht). Wenn Sie weiterhin Updates im Hintergrund erhalten möchten, können Sie connectivityManager.registerNetworkCallback verwenden. 
• Mit Android 8.0 gelten die gleichen Einschränkungen. Außerdem können Sie Dienste nicht aus dem Hintergrund starten, es sei denn, es handelt sich um einen Vordergrunddienst.

All dies ermöglicht diese Lösungen:

• Starten Sie einen Vordergrunddienst und zeigen Sie eine Benachrichtigung an
  • Dies stört höchstwahrscheinlich die Benutzer
• Verwenden Sie JobService und planen Sie, dass es regelmäßig ausgeführt wird
  • Abhängig von Ihrer Einstellung dauert es einige Zeit, bis der Dienst aufgerufen wird. Daher können einige Sekunden vergangen sein, seit die Verbindung geändert wurde. Alles in allem verzögert dies die Aktion, die bei einem Verbindungswechsel stattfinden sollte

Das ist nicht möglich:

• connectivityManager.registerNetworkCallback(NetworkInfo, PendingIntent) kann nicht verwendet werden, da das PendingIntent seine Aktion sofort ausführt, wenn die Bedingung erfüllt ist. es wird nur einmal aufgerufen
  • Wenn Sie versuchen, einen Vordergrunddienst auf diese Weise zu starten, der für 1 ms in den Vordergrund geht und den Anruf erneut registriert, führt dies zu einer mit der unendlichen Rekursion vergleichbaren Funktion

Da ich bereits einen VPNService habe, der im Vordergrundmodus läuft (und somit eine Benachrichtigung anzeigt), habe ich implementiert, dass der Dienst zur Überprüfung der Konnektivität im Vordergrund ausgeführt wird, falls dies nicht der Fall ist, und umgekehrt. Dies zeigt immer eine Benachrichtigung, aber nur eine.
Alles in allem finde ich das 8.0-Update äußerst unbefriedigend. Es scheint, als müsste ich entweder unzuverlässige Lösungen verwenden (JobService wiederholen) oder meine Benutzer mit einer permanenten Benachrichtigung unterbrechen. Benutzer sollten in der Lage sein, Apps auf die Whitelist zu setzen (Allein die Tatsache, dass es Apps gibt, die die Benachrichtigung "XX wird im Hintergrund ausgeführt" verdeckt, sollte genug sagen. So viel zum Off-Topic

Fühlen Sie sich frei, meine Lösung zu erweitern oder mir Fehler zu zeigen, aber dies sind meine Ergebnisse.