Android remote-service, der Rückrufe

(Ich habe eine remote service mit einer AIDL-Schnittstelle, die verwendet wird, um mehrere client-apps. Ich möchte hinzufügen, dass eine asynchrone Methode, um die Schnittstelle für Aufrufe, die einige Zeit in Anspruch nehmen, aber ich brauche die Lösung zu sein sichere, was bedeutet, dass nur meine Anwendungen kann die Kommunikation mit dem service. Die client-Anwendungen sind signiert mit der gleichen Signatur wie die service-app. Derzeit sind die apps nur binden, um die service-und call-a single interface-Methode zum ausführen verschiedener Operationen.

Eine option ist die übertragung Absicht aus dem Dienst, wenn der Vorgang abgeschlossen ist, und mit einem BroadcastReceiver in der client-Anwendung, aber (Frage #1) kann dies auf eine Weise erfolgen, die sicherstellt, dass nur meine apps erhalten können, die Absicht? setPackage() scheint dies zu tun, aber ich brauche die Unterstützung von Gingerbread-Geräten, das scheint die Regel, dass der Ansatz nach der Antwort hier: setPackage für Vorsatz in Lebkuchen

So scheint es, brauche ich einen zweiten .aidl-interface mit den callback-Schnittstelle für den service zu verwenden, umgesetzt durch den AUFTRAGGEBER. Ich habe gesehen, Beispiele verwenden, die Zuhörer hier, aber ich bin nicht sicher was der Unterschied ist gegenüber dem Kunden nur auf der Durchreise in die zweite interface-Objekt als argument (wie in der IScript /IScriptResult Beispiel aus dieser Antwort: Service-Aufruf mit dem Rücken zur Tätigkeit in android)

Frage #2, was ist der Vorteil der Verwendung eines listener-hier im Vergleich eine callback-Methode?

  • Zuhörer sind callback-Methoden.
InformationsquelleAutor Android QS | 2013-01-29
  1. 22

    Einer callback-Methode/listener ist die richtige Sache zu tun. (Als CommonsWare sagt, es ist ziemlich viel die gleiche Sache). Ich würde sagen, es ist viel einfacher als das hantieren mit BroadcastReceivers, da Sie bereits mit aidl.

    Etwas wie dieses:

    IAsyncThing.aidl:

    package com.my.thingy;

import com.my.thingy.IAsyncThingListener;

interface IAsyncThing {
  void doSomething(IAsyncThingListener listener);
}

    IAsyncThingListener.aidl:

    package com.my.thingy;

import com.my.thingy.IAsyncThingListener;

interface IAsyncThingListener {
  void onAsyncThingDone(int resultCodeIfYouLike);
}

    Können Sie erzwingen, dass nur Ihre apps binden können, um den Dienst mit einer Unterschrift, für die die Berechtigungen auf Ihrem service (siehe Hinweis auf service "Berechtigungen" hier: http://developer.android.com/guide/topics/security/permissions.html). Speziell:

    • Deklarieren Sie eine Berechtigung in Ihrem Dienst AndroidManifest.xml. Sicher ist es signature Ebene.
    • Hinzufügen, dass die Erlaubnis in Ihrem service tag
    • In allen anderen apps, verwenden uses-permission zu verwenden.

    Ein paar andere Dinge zu beachten:

    • In der Anrufer -, müssen Sie Unterklasse IAsyncThingListener.Stub. Ihre Berufung Anwendungs-code kann schon sein Unterklassen etwas anderes, so dass heißt, Sie müssten, um eine zusätzliche (vermutlich inneren) Klasse erhalten die Benachrichtigung über die Beendigung. Ich erwähne dies nur, weil dies vielleicht die Antwort auf die Frage #2 - was ich nicht ganz verstehen.
    • Wenn der Dienst möglicherweise in unterschiedlichen Prozessen von dem Anrufer, jeder sollte sich für den Tod eine Benachrichtigung des anderen mit IBinder.linkToDeath.
    • Was passiert, wenn mein Dienst ruft die callback-und die gebundene Anwendung, die nicht mehr aktiv ist / war, in den hintergrund verschoben, oder getötet wurde, durch das system?
    • Das ist es, was die IBinder.linkToDeath bit ist. Du wirst gesagt bekommen, wenn die Anwendung getötet. In allen anderen Fällen (z.B. es geht in den hintergrund) alle IPC-Kommunikation sollte immer noch funktionieren.
    • Wenn die app-Aktivität bindet, zu meinem service und stellt ein async-request, aber nicht mehr aktiv ist (nicht am Bildschirm), wenn der callback aufgerufen wird, wird die callback-Funktion ist noch erhalten? Würden nicht die privaten callback-stub-Objekt zerstört werden, wenn die activity zerstört wird?
    • Ihre Tätigkeit ist in der Regel nicht zerstört, nur weil es nicht mehr auf dem Bildschirm. Ihre Aktivität zerstört wird, erst später, wenn das system ist kurz auf Speicher.
    • Super Antwort, dude
    • Dies ist heute noch gültig, danke @AdrianTaylor!

    InformationsquelleAutor Adrian Taylor
Schreibe einen Kommentar