Mit Service als singleton in Android

Ist es eine schlechte Praxis zu erstellen Service das funktioniert als singleton? Ich meine ein Service ist, nie aufgehört, und enthält einige private Daten, dass einige andere Motoren Activities verwenden würde, so die Service haben könnte, so etwas wie:

public class CustomService extends Service {
    private List<Profile> mProfiles;
    private static CustomService instance;

     public static CustomService getInstance() {
         if(instance == null) {
             instance = new CustomService();
         }
         return instance;
     }

     public List<Profile> getProfiles() {
          return mProfiles;
     }

     @Override
     public int onStartCommand(Intent intent, int flags, int startId) {
         ...
     }
     ...
}

Dem Grund zu tun, eine Service statt nur ein singleton ist, dass es arbeiten muss, unabhängig von der Anwendung, als wenn es beginnt, die es verbindet, eine websocket-das sollte nie geschlossen werden und hängen nicht von der Anwendung. Was würden Sie mir empfehlen zu tun? Gibt es einen besseren Weg, um re-nutzen Sie die Service um einige Daten (zum Beispiel die mProfiles array) von anderen Motoren und Activities?

Habe ich irgendwo gelesen, dass ein Service funktioniert wie ein singleton, aber ich weiß nicht, wie Zugriff auf die privaten Variablen von jedem anderen Punkt in der Anwendung.

  • Soweit ich weiß sollte man nicht, erstellen Sie eine service-Instanz selbst, sondern verwenden sollten startService() mit einem Kontext. Ich bin mir nicht sicher, was die Folgen der Verwendung new CustomService();
  • Hi, danke für deine Antwort. Aber startService startet den Dienst und rufen Sie die onStartCommand, aber das ist nicht das, was ich will. Ich will den Dienst starten, nachdem Sie auf Antrag der onCreate-Methode, und dann von jedem anderen Punkt der Anwendung einer privaten variable des service
InformationsquelleAutor FVod | 2016-01-26
  1. 13

    Ist es eine schlechte Praxis ist, einen Dienst zu erstellen, die funktioniert wie ein singleton?

    Es ist überflüssig und in der Art, wie Sie Sie vorschlagen, nicht zur Arbeit zu gehen aus der Sicht der Android Service als Anwendungskomponenten, die zur Erfüllung seiner Funktionen mit Bezug auf

    • Application Lebenszyklus, der in seiner wiederum, beeinflusst durch
    • system-Ereignisse.

    Solche Absicht einer Anwendungskomponente wird erreicht, indem

    • seine Erklärung in der AndroidManifest.xml,
    • auslösen es (ab /Bindung /Registrierung) und
    • erstellen (durch das system) eine Instanz der Komponente innerhalb Application und "anfügen" es ApplicationThread/ActivityThread.

    Sagte, bringt die Tatsache, dass Komponenten der Anwendung gebunden werden, um die Application - Instanz gehostet werden, die von OS Prozess-und können nicht unabhängig voneinander laufen.

    Bezüglich Ihrem Ansatz, es gibt zwei Szenarien:

    1. CustomService's Standard Konstruktor ist private gemäß der Muster.

    Durch den Aufruf getInstance() eine einzelne Instanz von CustomService erstellt. Die Instanz ist nur eine Java Objekt (singleton), die nichts gemein hat mit Android Service application-Komponente. Die onStart(), onStartCommand() etc. Methoden, die nie aufgerufen werden, durch das system.

    Einen Versuch zu starten, den "Dienst" (im manifest deklariert) mit startService(Intent) fehl mit IllegalAccessException: access to constructor not allowed.

    2. CustomService's Standard Konstruktor ist public (laut Kodex).

    Wenn der Dienst deklariert ist AndroidManifest und der default-Konstruktor ist leer, startService() wird nicht fehlschlagen, aber getInstance() erstellen einer anderen Instanz von CustomService, die nicht behandelt werden, als Android Service application-Komponente.

    Dies ist kein singleton.

    Was würden Sie mir empfehlen zu tun? Gibt es einen besseren Weg, um wieder den service nutzen, um einige Daten (zum Beispiel die mProfiles array) von anderen Motoren und Aktivitäten?

    Verwenden Service als pro die Dokumentation und wählen Sie die Art von Kommunikation, die Sie brauchen:

    • One-way-Kommunikation (Activity --> Service) - verwenden Sie eine begonnen Service und behandeln jeden Intent (mit Ihren Daten verbunden, wie mProfiles im Falle Profile Klasse implementiert Parcelable) in onStartCommand();
    • Zwei-Wege-Kommunikation (Activity <-> Service) - verwenden Sie eine gebunden Service und kommunizieren über IBinder.

    Schließlich Service im Android ist ein singleton. Es gibt nur eine Instanz der einzelnen Dienste im system. Es startet bei Bedarf und behandelt alle anstehenden Intents /gebundene Kunden. Sobald es fertig ist, oder explizit beendet wird, wird es zerstört werden.

    • Ich danke Ihnen sehr für Ihre Antwort. Aber dann, ist es ein Weg, um die privaten Variablen eine Leistung aus einem Motor? Ich habe gelesen, dass nur Tätigkeiten oder Dienstleistungen binden können, um eine Dienstleistung also, wie könnte ich den mProfiles array (zum Beispiel) von einem broadcast-Empfänger oder von einem singleton oder Motor? Ich danke Ihnen so sehr.
    InformationsquelleAutor Onik
  2. 1

    Seine schlechte Praxis, einen Dienst zu erstellen, wie ein singleton.Beginnen Sie Ihren service klebrig und Sie können rufen Sie Ihren service, indem Sie Ihren Namen und überprüfen, ob seine arbeiten oder nicht mit dem folgenden code in einer Aktivität. 

    private boolean isMyServiceRunning(Class<?> serviceClass) {
    ActivityManager manager = (ActivityManager) getSystemService(Context.ACTIVITY_SERVICE);
    for (RunningServiceInfo service : manager.getRunningServices(Integer.MAX_VALUE)) {
        if (serviceClass.getName().equals(service.service.getClassName())) {
            return true;
        }
    }
    return false;
}
    InformationsquelleAutor Mohamed
  3. 0

    Wenn (und ich habe nicht gefunden, die Dokumentation zur Unterstützung dieser aber annehmen, dass es der Fall ist) der Service ist instanziert nur einmal durch das Android-framework, dann könnten Sie initialisieren instance innen Service.onCreate. Der einzige Nachteil ist, dass Sie nicht haben eine Garantie, wenn diese aufgerufen wird. I. e., wenn Sie call startService innen Application.onCreate werden Sie wahrscheinlich haben, um ein bisschen warten, bevor Sie Ihren Dienst wirklich instanziert.

    InformationsquelleAutor mbonnin
Schreibe einen Kommentar