Internetverbindung in Service für TCP Polling überwachen

Hallo zusammen,

Ich habe in meiner App einen Service. Dieser Service startet mir einen Thread der in bestimmten Zeitabständen Daten von einem Server per TCP anfordert. Nun würde ich gerne eine Art Exception handling für internet connection lost & reconnected einbauen.

1. Das polling sollte schon in einem separaten Thread stattfinden, oder?

2. Gibt es da ne Art best practice wie man connection lost handelt? Einfach einen Broadcast in die Exception reinschreiben welche der Service abfängt um zu wissen das was schief geloffen ist und dementsprechend den Thread nach Internet-Status-Abfrage neu startet?

Falls das dann gereget ist habe ich noch ein zwei Verständnis-Fragen zum generellen Thema service. Die schreib ich dann einfach auch in den Thread hier rein sobald die zwei Punkte von oben geklärt sind

Danke & schöne Weihnachtsfeiertage!

Wir wollten etwas unabhängig von allem etwas entwickeln, daher haben wir Verschlüsselung & Protokoll selbst entworfen. GCM kenne ich jetzt nur vom Namen her, daher weiß ich nicht was das genaut tut. Könnten theoretisch auch auf "push, dann pull" -Verfahren umstellen. Bisherige "Tests" meiner Seite haben wenig Akku-Verbrauch bei einem Tag unter Pull-Nutzung gezeigt.

Zu 3: Wenn eine Exeption fliegt, dann wird ja der Thread der momentan pullt beendet. Ich müsste ihn demnach ja wieder neu starten (sofern eine Internet-Verbindung besteht). Hätte das jetzt spontan über einen Receiver im Service gemacht der mir bei disconnect ne notification raus gibt und bei (re-)connect einfach den thread neu startet. Aber wenn andere Ursachen den Thread eine Exception werfen lassen muss ich das ja auch irgendwie mitbekommen. Wäre da nicht ein Broadcast das einfachste?

— geändert am 24.12.2014, 16:44:27

Ja so in etwa hatte ich mir es gedacht. Aber Exceptions ignorieren und trotzdem weiter-pollen ohne Internetverbindung fände ich weniger optimal für den Akku. Momentan habe ich ein poll-invervall von 10s eingestellt. Was meiner Meinung nach schon fast ausreicht, da man für das Verfassen einer Nachricht oft länger als 5 Sekunden braucht. Hatte mir überlegt, dieses Intervall dem Nutzer zugänglich zu machen damit man das selbst festlegen kann.
Beispielsweise: Nur wenn die App an/minimiert ist, generell alle 5/10/30/60/240 sekunden... etc.
Oder für verschiedene Szenarien unterschiedliche Zeiten: App minimiert/aus, Chat Fenster Aktiv etc.

Habe das bis jetzt schon implementiert, fehlt nur noch die "übermittlung" des wertes an den Service. Was hältst du denn von so einer Einstell-Möglichkeit?

Ja, darüber Informieren was das ist werde ich dann in jedem Fall
Bisher habe ich einen Singelton/Sqlite für die "runtime-settings" benutzt. Shared preferences werden dauerhaft in form einer Datei intern gespeichert, oder? Das heißt egal ob die App mal aus war, die gespeicherten values bleiben unverändert? Habe bisher noch nie mit SharedPreferences etwas gemacht.