Ein Intent
ist ein Nachrichtenobjekt, mit dem Sie eine Aktion anfordern können
aus einer anderen App-Komponente.
Obwohl Intents die Kommunikation zwischen Komponenten auf verschiedene Weise erleichtern, gibt es drei
grundlegende Anwendungsfälle:
- Aktivität starten
Ein
Activity
steht für einen einzelnen Bildschirm in einer App. Sie können eine neue Instanz einesActivity
durch Übergeben einesIntent
anstartActivity()
. DasIntent
beschreibt die zu startende Aktivität und trägt alle notwendigen Daten.Wenn Sie nach Abschluss der Aktivität ein Ergebnis erhalten möchten,
startActivityForResult()
anrufen. Deine Aktivität erhält das Ergebnis als separatesIntent
-Objekt imonActivityResult()
-Callback deiner Aktivität. Weitere Informationen finden Sie im Leitfaden zu Aktivitäten. - Dienst starten
Eine
Service
ist eine Komponente, die Vorgänge im Hintergrund ausführt ohne Benutzeroberfläche. Mit Android 5.0 (API-Level 21) und höher können Sie einen Dienst mitJobScheduler
. Weitere Informationen zuJobScheduler
, sieh dir ihre anAPI-reference documentation
.Bei Versionen vor Android 5.0 (API-Level 21) können Sie einen Dienst starten, indem Sie der
Service
-Klasse. Sie können einen Dienst starten um einen einmaligen Vorgang auszuführen. (z. B. Herunterladen einer Datei) durch Übergeben einesIntent
-Objekts. anstartService()
. DasIntent
beschreibt den zu startenden Dienst und überträgt alle erforderlichen Daten.Wenn der Dienst mit einer Client-Server-Schnittstelle konzipiert wurde, können Sie eine Bindung an den Dienst erstellen. von einer anderen Komponente abzurufen, indem Sie ein
Intent
anbindService()
übergeben. Weitere Informationen finden Sie im Leitfaden Dienste. - Übertragung starten
Eine Übertragung ist eine Nachricht, die jede App empfangen kann. Das System liefert verschiedene bei Systemereignissen wie dem Hochfahren des Systems oder dem Aufladen des Geräts gesendet. Du kannst eine Nachricht an andere Apps senden, indem du ein
Intent
übergibst. ansendBroadcast()
odersendOrderedBroadcast()
Im weiteren Verlauf dieser Seite wird erläutert, wie Intents funktionieren und wie sie verwendet werden. Weitere Informationen finden Sie unter Mit anderen Apps interagieren und Teilen von Inhalten.
Intent-Typen
Es gibt zwei Arten von Intents:
- Explizite Intents geben durch Angabe eines vollständigen
ComponentName
an, welche Komponente welcher Anwendung den Intent erfüllt. Sie werden verwenden in der Regel einen expliziten Intent, um eine Komponente Ihre eigene App verwenden, da Sie den Kursnamen der Aktivität oder des Dienstes kennen, den Sie starten möchten. Für Sie können z. B. eine neue Aktivität in Ihrer App als Reaktion auf eine Nutzeraktion starten oder einen Dienst zum Herunterladen einer Datei im Hintergrund. - Implizite Intents benennen keine bestimmten Komponenten, sondern deklarieren eine allgemeine Aktion. sodass eine Komponente aus einer anderen App diese verarbeitet. Wenn Sie zum Beispiel wenn Sie dem Nutzer einen Standort auf einer Karte zeigen, können Sie mit einem impliziten Intent anfordern, dass eine andere App einen bestimmten Standort auf einer Karte anzeigen.
In Abbildung 1 sehen Sie, wie ein Intent beim Starten einer Aktivität verwendet wird. Wenn der Parameter
Intent
-Objekt eine bestimmte Aktivitätskomponente explizit angibt,
startet diese Komponente sofort.
![](https://developer.android.google.cn/static/images/components/intent-filters_2x.png?authuser=7&hl=de)
Abbildung 1: Wie ein impliziter Intent
durch das System bereitgestellt wird, um eine andere Aktivität zu starten: [1] Aktivität A erstellt eine
Intent
mit einer Aktionsbeschreibung und übergibt sie an startActivity()
. [2] Das Android-System durchsucht alle
Apps für einen Intent-Filter, der mit dem Intent übereinstimmt. Wenn eine Übereinstimmung gefunden wird, [3] wird das System
startet die Abgleichsaktivität (Aktivität B), indem die zugehörige onCreate()
-Methode aufgerufen und die Intent
-Methode übergeben wird.
Wenn Sie einen impliziten Intent verwenden, sucht das Android-System nach der entsprechenden Komponente,
Dazu wird der Inhalt des Intents mit den Intent-Filtern verglichen, die in der Manifestdatei anderer Apps auf der
. Wenn der Intent mit einem Intent-Filter übereinstimmt, startet das System diese Komponente und stellt sie bereit
Das Intent
-Objekt. Wenn mehrere Intent-Filter kompatibel sind,
zeigt ein Dialogfeld an, in dem der Nutzer auswählen kann, welche App er verwenden möchte.
Ein Intent-Filter ist ein Ausdruck in der Manifestdatei einer App, der gibt die Art der Intents an, die Sie erhalten möchten. Durch die Deklaration eines Intent-Filters für eine Aktivität ermöglichen Sie es anderen Apps, Ihre Aktivität mit einer bestimmten Absicht direkt zu starten. Ebenso kann die Aktivität gestartet werden, wenn Sie keine Intent-Filter für eine Aktivität deklarieren nur mit einer expliziten Absicht.
Achtung:Damit Ihre App sicher ist,
eine explizite
Intent beim Starten von Service
und nicht
Deklarieren Sie Intent-Filter für Ihre Dienste. Die Verwendung eines impliziten Intents zum Starten eines Dienstes
Sicherheitsrisiko, da Sie nicht sicher sind,
welcher Dienst auf den Intent reagiert,
und der Nutzer kann nicht sehen,
welcher Dienst gestartet wird. Ab Android 5.0 (API-Level 21) wird das System
löst eine Ausnahme aus, wenn Sie bindService()
aufrufen
mit einer impliziten Absicht.
Intent erstellen
Ein Intent
-Objekt enthält Informationen, die das Android-System verwendet.
um zu bestimmen, welche Komponente gestartet werden soll (z. B. den genauen Namen der Komponente
Kategorie, die den Intent erhalten soll), sowie Informationen, die die Empfängerkomponente in
um die Aktion ordnungsgemäß auszuführen (z. B. die auszuführende Aktion und die Daten, auf die sie reagieren sollen).
Die Hauptinformationen in einem Intent
sind:
- Komponentenname
- Der Name der Komponente, die gestartet werden soll.
Dies ist optional, aber sie ist die wichtigste Information, die einen Intent explizit, was bedeutet, dass der Intent nur an die App-Komponente gesendet werden soll der durch den Komponentennamen definiert wird. Ohne einen Komponentennamen ist der Intent implizit und der entscheidet anhand der anderen Intent-Informationen, welche Komponente den Intent erhalten soll. (Aktion, Daten und Kategorie, wie unten beschrieben). Wenn Sie eine bestimmte Komponente in Ihrer App haben, müssen Sie den Namen der Komponente angeben.
Hinweis: Wenn Sie einen
Service
starten, Geben Sie immer den Komponentennamen an. Andernfalls können Sie nicht sicher sein, auf den Intent reagiert und der Nutzer nicht sehen kann, welcher Dienst gestartet wird.Dieses Feld von
Intent
ist einComponentName
-Objekt, das Sie mit einem den qualifizierten Klassennamen der Zielkomponente, einschließlich des Paketnamens der App, z. B.com.example.ExampleActivity
Sie können den Komponentennamen mitsetComponent()
,setClass()
,setClassName()
, oder mit derIntent
. - Aktion
- Ein String, der die auszuführende allgemeine Aktion angibt (z. B. view oder pick).
Bei einem Broadcast-Intent ist dies die Aktion, die stattgefunden hat und gemeldet wird. Die Aktion bestimmt vor allem, wie der Rest des Intents strukturiert ist, insbesondere die in den Daten und Extras enthaltenen Informationen.
Sie können Ihre eigenen Aktionen für Intents in Ihrer App (oder für andere Aktionen) angeben Apps zum Aufrufen von Komponenten in Ihrer App), geben Sie normalerweise aber Aktionskonstanten an definiert durch die Klasse
Intent
oder andere Framework-Klassen. Hier sind einige Häufige Aktionen zum Starten einer Aktivität:ACTION_VIEW
- Verwenden Sie diese Aktion in einem Intent mit
startActivity()
, wenn Sie einige Informationen haben, die kann eine Aktivität dem Nutzer angezeigt werden, z. B. ein Foto, das in einer Galerie-App angezeigt werden soll, oder eine Adresse, in einer Karten-App ansehen. ACTION_SEND
- Auch als share-Intent bezeichnet. Sie sollten diesen in einem Intent mit
startActivity()
verwenden, wenn Sie einige Daten haben, die der Nutzer abrufen kann. über eine andere App teilen, z. B. eine E-Mail-App oder eine App zum Teilen in sozialen Netzwerken.
Weitere Informationen finden Sie in der
Intent
-Klassenreferenz. Konstanten, die generische Aktionen definieren. Andere Aktionen sind definiert an anderer Stelle im Android-Framework, z. B. inSettings
für Aktionen zum Öffnen bestimmter Bildschirme in den Einstellungen des Systems.Sie können die Aktion für einen Intent mit
setAction()
oder mit einemIntent
-Konstruktor angeben.Wenn du eigene Aktionen definierst, musst du den Paketnamen deiner App angeben als Präfix verwenden, wie im folgenden Beispiel gezeigt:
Kotlin
const val ACTION_TIMETRAVEL = "com.example.action.TIMETRAVEL"
Java
static final String ACTION_TIMETRAVEL = "com.example.action.TIMETRAVEL";
- Daten
- Der URI (ein
Uri
-Objekt), der auf die Daten verweist und/oder MIME-Typ dieser Daten. Die Art der bereitgestellten Daten wird im Allgemeinen von der Aktion des Intents bestimmt. Für Lautet die Aktion beispielsweiseACTION_EDIT
, sollten die Daten den Parameter URI des Dokuments, das bearbeitet werden soll.Beim Erstellen eines Intents Häufig ist es wichtig, zusätzlich zum URI auch den Datentyp (seinen MIME-Typ) anzugeben. Beispielsweise kann eine Aktivität, bei der Bilder angezeigt werden können, wahrscheinlich nicht um eine Audiodatei wiederzugeben, auch wenn die URI-Formate ähnlich sein können. Die Angabe des MIME-Typs hilft dem Android um die beste Komponente für Ihre Absicht zu finden. Der MIME-Typ kann jedoch manchmal aus dem URI abgeleitet werden, insbesondere wenn es sich bei den Daten um einen
content:
-URI. Eincontent:
-URI gibt an, dass sich die Daten auf dem Gerät befinden. und gesteuert von einerContentProvider
: Damit wird der Daten-MIME-Typ für das System sichtbar.Wenn Sie nur den Daten-URI festlegen möchten, rufen Sie
setData()
auf. Um nur den MIME-Typ festzulegen, rufen SiesetType()
auf. Falls erforderlich, können beide explizit mitsetDataAndType()
festlegen.Achtung:Wenn Sie sowohl den URI als auch den MIME-Typ festlegen möchten,
setData()
nicht anrufen undsetType()
, da sie jeweils den Wert des anderen auf null setzen. ImmersetDataAndType()
verwenden, um beides festzulegen URI und MIME-Typ. - Category
- Ein String mit zusätzlichen Informationen zum Komponententyp
das den Intent verarbeiten sollte. Beliebig viele Kategoriebeschreibungen
in einem Intent platziert werden. Für die meisten Intents ist jedoch keine Kategorie erforderlich.
Häufige Kategorien:
<ph type="x-smartling-placeholder">
- </ph>
CATEGORY_BROWSABLE
- Die Zielaktivität kann von einem Webbrowser gestartet werden, um Daten anzuzeigen. durch einen Link wie ein Bild oder eine E-Mail-Nachricht referenziert wird.
CATEGORY_LAUNCHER
- Die Aktivität ist die erste Aktivität einer Aufgabe und wird aufgeführt in App Launcher des Systems.
In der Beschreibung der Klasse
Intent
finden Sie eine vollständige Liste der Kategorien.Sie können mit
addCategory()
eine Kategorie angeben.
Die oben aufgeführten Eigenschaften (Komponentenname, Aktion, Daten und Kategorie) stellen die die Eigenschaften eines Intents definieren. Anhand dieser Eigenschaften kann das Android-System welche App-Komponente eingeschaltet werden soll. Ein Intent kann jedoch zusätzliche Informationen, die sich nicht wie er in eine App-Komponente aufgelöst wird. Ein Intent kann auch die folgenden Informationen bereitstellen:
- Weitere Funktionen
- Schlüssel/Wert-Paare, die zusätzliche Informationen enthalten, um die
die angeforderte Aktion.
So wie bei einigen Aktionen bestimmte Arten von Daten-URIs verwendet werden, haben auch einige Aktionen bestimmte Extras.
Sie können zusätzliche Daten mit verschiedenen
putExtra()
-Methoden hinzufügen, jeweils zwei Parameter akzeptiert: den Schlüsselnamen und den Wert. Sie können auch einBundle
-Objekt mit allen zusätzlichen Daten erstellen und dann dieBundle
in derIntent
mitputExtras()
.Wenn Sie z. B. einen Intent erstellen, um eine E-Mail mit
ACTION_SEND
können Sie den Empfänger to mit der MethodeEXTRA_EMAIL
und geben Sie subject mit denEXTRA_SUBJECT
-Taste.Die Klasse
Intent
gibt vieleEXTRA_*
-Konstanten an für standardisierte Datentypen. Wenn Sie Ihre eigenen zusätzlichen Schlüssel deklarieren müssen (für Intents, die Ihre App erhält), achten Sie darauf, den Paketnamen der App anzugeben. als Präfix verwenden, wie im folgenden Beispiel gezeigt:Kotlin
const val EXTRA_GIGAWATTS = "com.example.EXTRA_GIGAWATTS"
Java
static final String EXTRA_GIGAWATTS = "com.example.EXTRA_GIGAWATTS";
Achtung: Verwenden Sie weder
Parcelable
nochSerializable
-Daten beim Senden eines erwarteten Intents eine andere App nutzen können. Wenn eine App versucht, auf Daten in einemBundle
-Objekt zuzugreifen, aber nicht auf die Paket- oder serialisierte Klasse zugreifen können, löst das System den FehlerRuntimeException
. - Meldungen
- Flags werden in der Klasse
Intent
definiert. Sie dienen als Metadaten für die die Nutzerabsicht verstehen. Die Flags können das Android-System anweisen, eine Aktivität zu starten, z. B. welche Aufgabe sollte die Aktivität zu und wie sie nach der Einführung behandelt werden (z. B. ob sie in die Liste der Aktivitäten).Weitere Informationen finden Sie in der
setFlags()
-Methode.
Beispiel für einen expliziten Intent
Ein expliziter Intent ist ein Intent, mit dem Sie eine bestimmte App-Komponente starten, z. B.
eine bestimmte Aktivität
oder einen bestimmten Dienst in Ihrer App. Um einen expliziten Intent zu erstellen, definieren Sie
den Komponentennamen für das Intent
-Objekt – alle
anderen Intent-Eigenschaften optional sind.
Wenn Sie in Ihrer App beispielsweise einen Dienst namens DownloadService
erstellt haben,
eine Datei aus dem Web herunterladen möchten, können Sie sie mit dem folgenden Code starten:
Kotlin
// Executed in an Activity, so 'this' is theContext
// The fileUrl is a string URL, such as "http://www.example.com/image.png" val downloadIntent = Intent(this, DownloadService::class.java).apply { data =Uri.parse
(fileUrl) } startService(downloadIntent)
Java
// Executed in an Activity, so 'this' is theContext
// The fileUrl is a string URL, such as "http://www.example.com/image.png" Intent downloadIntent = new Intent(this, DownloadService.class); downloadIntent.setData(Uri.parse
(fileUrl)); startService(downloadIntent);
Das Intent(Context, Class)
-Konstruktor die App Context
und den
Komponente ein Class
-Objekt. Daher
Dieser Intent startet explizit die Klasse DownloadService
in der App.
Weitere Informationen zum Erstellen und Starten eines Dienstes finden Sie unter Dienstübersicht.
Beispiel für einen impliziten Intent
Ein impliziter Intent gibt eine Aktion an, mit der jede App auf dem Gerät aufgerufen werden kann, um die Aktion auszuführen. Die Verwendung eines impliziten Intents ist nützlich, wenn Ihre App das bei anderen Apps schon, und Sie möchten, dass der Nutzer die gewünschte App auswählt.
Wenn Sie z. B. Inhalte haben, die der Nutzer mit anderen Personen teilen soll,
Intent erstellen
mit der Aktion ACTION_SEND
und fügen Sie Extras hinzu, um die zu teilenden Inhalte anzugeben. Wenn du anrufst
startActivity()
mit diesem Intent kann der Nutzer
eine App zum Teilen der Inhalte auswählen.
Kotlin
// Create the text message with a string. val sendIntent = Intent().apply { action = Intent.ACTION_SEND putExtra(Intent.EXTRA_TEXT, textMessage) type = "text/plain" } // Try to invoke the intent. try { startActivity(sendIntent) } catch (e: ActivityNotFoundException) { // Define what your app should do if no activity can handle the intent. }
Java
// Create the text message with a string. Intent sendIntent = new Intent(); sendIntent.setAction(Intent.ACTION_SEND); sendIntent.putExtra(Intent.EXTRA_TEXT, textMessage); sendIntent.setType("text/plain"); // Try to invoke the intent. try { startActivity(sendIntent); } catch (ActivityNotFoundException e) { // Define what your app should do if no activity can handle the intent. }
Wenn startActivity()
aufgerufen wird,
prüft alle installierten Apps, um festzustellen, welche diese Art von Intention verarbeiten können.
Intent mit der Aktion ACTION_SEND
und enthält "Text/Nur-Text".
Daten). Gibt es dafür nur eine App, öffnet sich diese sofort und erhält
die Nutzerabsicht verstehen. Wenn keine andere App dies unterstützt, kann Ihre App den Fehlercode
ActivityNotFoundException
auftreten können. Wenn der Intent von mehreren Aktivitäten akzeptiert wird,
zeigt ein Dialogfeld wie in Abbildung 2 an, über das der Nutzer die zu verwendende App auswählen kann.
Weitere Informationen zum Starten anderer Apps findest du in der Anleitung. wie Sie den Nutzer eine andere App.
![](https://developer.android.google.cn/static/images/training/basics/intent-chooser.png?authuser=7&hl=de)
Abbildung 2: Ein Auswahldialogfeld.
Erzwingen einer App-Auswahl
Wenn es mehr als eine App gibt, die auf Ihre implizite Absicht reagiert, kann der Nutzer auswählen, welche App er verwenden möchte, und diese App als Standard-App für den Aktion ausführen. Die Möglichkeit zur Auswahl einer Standardeinstellung ist hilfreich, wenn Nutzer eine Aktion ausführen, möchte wahrscheinlich jedes Mal dieselbe App verwenden, z. B. beim Öffnen einer Webseite (Nutzer bevorzugen oft nur einen Webbrowser).
Wenn jedoch mehrere Apps auf die Intention reagieren können und der Nutzer möglicherweise eine andere App verwenden möchte
müssen Sie explizit ein Auswahldialogfeld anzeigen. Im Auswahldialog werden Sie gefragt,
Nutzende auswählen, welche App für die Aktion verwendet werden soll. Sie können keine Standard-App für
Aktion). Wenn Ihre App beispielsweise mit der Aktion ACTION_SEND
können Nutzer Inhalte über eine andere App teilen, je nachdem,
je nach Situation, daher sollten Sie immer das Auswahldialogfeld verwenden, wie in Abbildung 2 dargestellt.
Um die Auswahl anzuzeigen, erstellen Sie mit createChooser()
eine Intent
und übergeben Sie sie an startActivity()
, wie im folgenden Beispiel gezeigt.
In diesem Beispiel wird ein Dialogfeld mit einer Liste von Apps angezeigt, die auf den an die Methode createChooser()
übergebenen Intent reagieren und den bereitgestellten Text als den
Dialogtitel.
Kotlin
val sendIntent = Intent(Intent.ACTION_SEND) ... // Always use string resources for UI text. // This says something like "Share this photo with" val title: String = resources.getString(R.string.chooser_title) // Create intent to show the chooser dialog val chooser: Intent = Intent.createChooser(sendIntent, title) // Verify the original intent will resolve to at least one activity if (sendIntent.resolveActivity(packageManager) != null) { startActivity(chooser) }
Java
Intent sendIntent = new Intent(Intent.ACTION_SEND); ... // Always use string resources for UI text. // This says something like "Share this photo with" String title = getResources().getString(R.string.chooser_title); // Create intent to show the chooser dialog Intent chooser = Intent.createChooser(sendIntent, title); // Verify the original intent will resolve to at least one activity if (sendIntent.resolveActivity(getPackageManager()) != null) { startActivity(chooser); }
Starts unsicherer Intents erkennen
Ihre App kann Intents starten, um zwischen Komponenten innerhalb der App zu wechseln. oder eine Aktion im Namen einer anderen App durchzuführen. Um die Plattformsicherheit zu verbessern, Android 12 (API-Level 31) und höher bieten eine Debugging-Funktion, die dich warnt wenn ein Intent in Ihrer App nicht sicher gestartet wird. Ihre App könnte beispielsweise unsicheren Start eines verschachtelten Intents ausführen. in einem anderen Intent als Extraelement.
Wenn Ihre App die beiden folgenden Aktionen ausführt, erkennt das System eine unsichere Intent-Start und ein Verstoß StrictMode tritt auf:
- Ihre Anwendung trennt einen verschachtelten Intent von den Extras eines übermittelten Intents.
- Ihre App startet sofort eine App
Komponente mit diesem verschachtelten Intent,
z. B. den Intent an eine andere
startActivity()
,startService()
, oderbindService()
Weitere Informationen dazu, wie Sie diese Situation erkennen und Änderungen an Ihrer App vornehmen können, Blogpost über Nesting von Android-Geräten Absichten auf Medium.
Nach Einführung unsicherer Intents suchen
Um zu prüfen, ob unsichere Intent-Starts in deiner App gestartet werden, rufe Folgendes auf:
detectUnsafeIntentLaunch()
wenn Sie VmPolicy
konfigurieren, wie im folgenden Code-Snippet gezeigt. Wenn
erkennt Ihre App einen Verstoß im Modus "StrictMode",
sollten Sie die Ausführung der Anwendung beenden,
potenziell vertrauliche Daten zu schützen.
Kotlin
fun onCreate() { StrictMode.setVmPolicy(VmPolicy.Builder() // Other StrictMode checks that you've previously added. // ... .detectUnsafeIntentLaunch() .penaltyLog() // Consider also adding penaltyDeath() .build()) }
Java
protected void onCreate() { StrictMode.setVmPolicy(new VmPolicy.Builder() // Other StrictMode checks that you've previously added. // ... .detectUnsafeIntentLaunch() .penaltyLog() // Consider also adding penaltyDeath() .build()); }
Intents verantwortungsbewusster verwenden
Um das Risiko des Starts eines unsicheren Intents und eines StrictMode-Verstoßes zu minimieren, befolgen Sie diese Best Practices.
Kopieren Sie nur die wesentlichen Extras innerhalb der Intents und führen Sie alle erforderlichen
Hygienemaßnahmen und Validierung. Ihre App kann die Extras von einem Intent in
einen anderen Intent, mit dem
eine neue Komponente gestartet wird. Das passiert, wenn Ihre
App-Anrufe
putExtras(Intent)
oder
putExtras(Bundle)
Wenn Ihre Anwendung einen dieser Vorgänge ausführt, kopieren Sie nur die Extras, die vom
empfangenden Komponente erwartet. Wenn der andere Intent (der die Kopie empfängt)
eine Komponente startet, die nicht
exportiert, bereinigen und
überprüfen Sie die Extras, bevor Sie sie in den Intent kopieren, der die
Komponente.
Exportieren Sie die Komponenten Ihrer App nicht unnötig. Wenn Sie beispielsweise
eine App-Komponente mit einem internen verschachtelten Intent starten möchten,
Attribut android:exported
der Komponente auf false
setzen.
Verwenden Sie PendingIntent
anstelle eines
verschachtelten Intents. Wenn eine andere App das PendingIntent
-Objekt ihres Pakets zerlegt.
enthält, die Intent
enthält, kann die andere App PendingIntent
über die
Identität Ihrer Anwendung. Mit dieser Konfiguration kann die andere App sicher gestartet werden
einer beliebigen Komponente, auch
einer nicht exportierten Komponente, in Ihrer App.
Das Diagramm in Abbildung 2 zeigt, wie das System die Kontrolle von Ihrem (Client) übergibt. App zu einer anderen (Dienst-)App und zurück zu Ihrer App:
- Ihre Anwendung erstellt einen Intent, der eine Aktivität in einer anderen Anwendung aufruft. Innerhalb von
diesem Intent hinzufügen, fügen Sie ein
PendingIntent
-Objekt als Extra hinzu. Dieser ausstehende Intent eine Komponente in Ihrer Anwendung aufruft; wird diese Komponente nicht exportiert. - Nach Empfang des Intents Ihrer App extrahiert die andere App das verschachtelte
PendingIntent
-Objekt. - Die andere App ruft die Methode
send()
für dasPendingIntent
-Objekt auf. - Nachdem die Steuerung zurück an die App übergeben wurde, ruft das System die ausstehende mit dem Kontext Ihrer App.
Abbildung 2: Diagramm der Kommunikation zwischen Apps bei Verwendung einer verschachtelten ausstehenden Nachricht die Nutzerabsicht verstehen.
Impliziten Intent empfangen
Deklariere einen oder mehrere Intent-Filter, um anzugeben, welche impliziten Intents deine App empfangen kann
jede Ihrer App-Komponenten mit einem <intent-filter>
in Ihrer Manifestdatei.
Jeder Intent-Filter gibt die Art der Intents an, die basierend auf der Aktion des Intents akzeptiert werden.
Daten und Kategorie. Das System sendet nur dann einen impliziten Intent an Ihre App-Komponente,
Intent kann einen Ihrer Intent-Filter passieren.
Hinweis:Ein expliziter Intent wird immer an sein Ziel gesendet. unabhängig von den Intent-Filtern, die die Komponente deklariert.
Eine App-Komponente sollte für jeden einzelnen Job, den sie ausführen kann, separate Filter deklarieren.
Eine Aktivität in einer Bildergalerie-App kann beispielsweise zwei Filter haben: einen Filter
um ein Bild anzuzeigen, und einen weiteren Filter, um ein Bild zu bearbeiten. Wenn die Aktivität beginnt,
prüft die Intent
und entscheidet anhand der Informationen, wie es sich verhalten soll.
in Intent
(z. B. ob die Editor-Steuerelemente angezeigt werden sollen oder nicht).
Jeder Intent-Filter wird durch einen <intent-filter>
definiert
in der Manifest-Datei der App, verschachtelt in der entsprechenden App-Komponente (z. B.
als <activity>
-Element).
In jeder App-Komponente, die ein <intent-filter>
-Element enthält,
explizit einen Wert für
android:exported
Dieses Attribut gibt an, ob andere Apps auf die App-Komponente zugreifen können. In einigen
Situationen, wie z. B. Aktivitäten, deren Intent-Filter das Ereignis
LAUNCHER
Kategorie haben, ist es sinnvoll, dieses Attribut auf true
festzulegen. Andernfalls
ist es sicherer, dieses Attribut auf false
festzulegen.
Warnung:Wenn eine Aktivität, ein Dienst oder eine Übertragung
Der Empfänger in Ihrer App verwendet Intent-Filter und legt den Wert nicht explizit fest
Für android:exported
kann deine App nicht auf Geräten installiert werden, die
mit Android 12 oder höher.
Im <intent-filter>
können Sie mit einem oder mehreren
dieser drei Elemente:
<action>
- Gibt die akzeptierte Intent-Aktion im Attribut
name
an. Der Wert muss der literale Stringwert einer Aktion sein, nicht die Klassenkonstante. <data>
- Gibt den zulässigen Datentyp mit einem oder mehreren Attributen an, die verschiedene
des Daten-URI (
scheme
,host
,port
,path
) und den MIME-Typ. <category>
- Gibt im Attribut
name
die akzeptierte Intent-Kategorie an. Der Wert muss der literale Stringwert einer Aktion sein, nicht die Klassenkonstante.Hinweis:Um implizite Intents zu empfangen, müssen Sie muss Folgendes enthalten: Kategorie
CATEGORY_DEFAULT
im Intent-Filter. Die MethodenstartActivity()
und Alle Intents werden vonstartActivityForResult()
behandelt als hätten sie die KategorieCATEGORY_DEFAULT
deklariert. Wenn du diese Kategorie nicht in deinem Intent-Filter angibst, werden keine impliziten Intents zu Ihre Aktivitäten.
Hier sehen Sie als Beispiel eine Aktivitätsdeklaration mit einem Intent-Filter, um eine
ACTION_SEND
, wenn der Datentyp Text ist:
<activity android:name="ShareActivity" android:exported="false"> <intent-filter> <action android:name="android.intent.action.SEND"/> <category android:name="android.intent.category.DEFAULT"/> <data android:mimeType="text/plain"/> </intent-filter> </activity>
Sie können einen Filter erstellen, der mehr als eine Instanz von
<action>
,
<data>
oder
<category>
In diesem Fall müssen Sie sicher sein, dass die Komponente alle
Kombinationen dieser Filterelemente.
Wenn Sie mehrere Arten von Intents verarbeiten möchten, jedoch nur in bestimmten Kombinationen Aktion, Daten und Kategorietyp haben, müssen Sie mehrere Intent-Filter erstellen.
Ein impliziter Intent wird anhand eines Filters geprüft, indem der Intent mit jedem der drei Elemente. Damit der Intent an die Komponente übergeben werden kann, muss er alle drei Tests bestehen. Wenn auch nur eines davon nicht zugeordnet werden kann, liefert das Android-System den Intent nicht an das Komponente. Da eine Komponente jedoch mehrere Intent-Filter haben kann, ist ein Intent, der keine oder einer der Filter einer Komponente nicht durchgehen, wird sie möglicherweise bei einem anderen Filter angewendet. Weitere Informationen darüber, wie das System Intents auflöst, finden Sie im folgenden Abschnitt zur Intent Resolution.
Achtung : Die Verwendung eines Intent-Filters ist keine sichere Möglichkeit, den Start anderer Apps zu verhindern
Komponenten. Intent-Filter beschränken zwar, dass eine Komponente nur auf
bestimmte Arten von impliziten Intents, kann eine andere App
Ihre App-Komponente möglicherweise starten,
indem Sie einen expliziten Intent verwenden, wenn der Entwickler Ihre Komponentennamen bestimmt.
Wenn es wichtig ist, dass nur Ihre eigene App eine Ihrer Komponenten starten kann,
Deklarieren Sie in Ihrem Manifest keine Intent-Filter. Legen Sie stattdessen den Parameter
Attribut exported
für diese Komponente auf "false"
.
Um zu vermeiden, dass Sie versehentlich den Code einer anderen App ausführen,
Service
verwenden, verwenden Sie immer einen expliziten Intent, um Ihren eigenen Dienst zu starten.
Hinweis:
Sie müssen Ihre Intent-Filter für alle Aktivitäten in der Manifestdatei deklarieren.
Filter für Übertragungsempfänger können jedoch dynamisch registriert werden, indem
registerReceiver()
Anschließend kannst du die Registrierung des Empfängers bei unregisterReceiver()
aufheben. Dadurch kann Ihre App
um bestimmte Broadcasts nur für einen bestimmten Zeitraum zu hören, während deine App
ausgeführt wird.
Beispielfilter
Hier ist ein Beispiel, das einige Verhaltensweisen von Intent-Filtern veranschaulicht. aus der Manifestdatei einer App zum Teilen in sozialen Netzwerken:
<activity android:name="MainActivity" android:exported="true"> <!-- This activity is the main entry, should appear in app launcher --> <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity> <activity android:name="ShareActivity" android:exported="false"> <!-- This activity handles "SEND" actions with text data --> <intent-filter> <action android:name="android.intent.action.SEND"/> <category android:name="android.intent.category.DEFAULT"/> <data android:mimeType="text/plain"/> </intent-filter> <!-- This activity also handles "SEND" and "SEND_MULTIPLE" with media data --> <intent-filter> <action android:name="android.intent.action.SEND"/> <action android:name="android.intent.action.SEND_MULTIPLE"/> <category android:name="android.intent.category.DEFAULT"/> <data android:mimeType="application/vnd.google.panorama360+jpg"/> <data android:mimeType="image/*"/> <data android:mimeType="video/*"/> </intent-filter> </activity>
Die erste Aktivität, MainActivity
, ist der Haupteinstiegspunkt der App – die Aktivität,
wird geöffnet, wenn der Nutzer die App zum ersten Mal mit dem Launcher-Symbol startet:
- Die Aktion
ACTION_MAIN
gibt an, dass dies der Haupteinstiegspunkt ist und keine Intent-Daten erwartet werden. - Die Kategorie
CATEGORY_LAUNCHER
gibt an, dass diese Aktivität -Symbol im App Launcher des Systems platziert werden. Wenn das Element<activity>
kein Symbol miticon
angibt, verwendet das System das Symbol aus<application>
-Elements.
Diese beiden Elemente müssen gekoppelt sein, damit die Aktivität im App Launcher angezeigt wird.
Die zweite Aktivität, ShareActivity
, soll das Teilen von Text und Medien erleichtern.
Inhalte. Nutzer können diese Aktivität zwar starten, indem sie sie von MainActivity
aus aufrufen,
kann er ShareActivity
auch direkt aus einer anderen App eingeben, die eine implizite
Intent, der einem der beiden Intent-Filter entspricht.
Hinweis:Der MIME-Typ,
application/vnd.google.panorama360+jpg
ist ein spezieller Datentyp, mit dem
Panoramafotos erstellen und diese mit dem Google
panorama.
Intents mit anderen Apps abgleichen Intent-Filter
Wenn eine andere App auf Android 13 (API-Level 33) oder höher ausgerichtet ist, kann sie mit
App-Intent nur zu ermitteln, wenn Ihr Intent mit den Aktionen und Kategorien einer
<intent-filter>
-Element in dieser anderen App. Findet das System keine
erhalten Sie eine
ActivityNotFoundException
Die sendende App muss
Ausnahme.
Das Gleiche gilt, wenn du deine App auf Android 13 aktualisierst.
oder höher, werden alle von externen Apps stammenden Intents an einen
Komponente Ihrer App nur dann exportiert, wenn dieser Intent mit den Aktionen und
Kategorien eines <intent-filter>
-Elements, die in deiner App deklariert sind. Dieses Verhalten
unabhängig von der SDK-Zielversion der sendenden App erfolgt.
In den folgenden Fällen wird der Intent-Abgleich nicht erzwungen:
- Intents, die an Komponenten geliefert werden, die keine Intent-Filter deklarieren.
- Intents, die aus derselben App stammen.
- Intents, die aus dem System stammen. also Intents, die vom
„System-UID“ (uid=1000). Zu den System-Apps gehören
system_server
und Apps, die Folgendes festlegen:android:sharedUserId
aufandroid.uid.system
. - Intents aus dem Stammverzeichnis.
Weitere Informationen zum Intent-Abgleich
Ausstehenden Intent verwenden
Ein PendingIntent
-Objekt ist ein Wrapper um ein Intent
-Objekt. Der Hauptzweck eines PendingIntent
einer fremdsprachigen Anwendung die Erlaubnis
um den enthaltenen Intent
so zu verwenden, als würde er von Ihrem
App-eigenen Prozess zu leiten.
Zu den wichtigsten Anwendungsfällen für einen ausstehenden Intent gehören:
- Intent angeben, der ausgeführt werden soll, wenn der Nutzer eine Aktion über Ihre Benachrichtigung ausführt
(Die
NotificationManager
des Android-SystemsIntent
) ausführt. - Sie deklarieren einen Intent, der ausgeführt werden soll, wenn der Nutzer eine Aktion mit Ihrem
App-Widget
Die Startbildschirm-App führt den
Intent
aus. - Die Deklaration eines Intents, der zu einem bestimmten zukünftigen Zeitpunkt ausgeführt werden soll (das Android-
AlarmManager
des Systems führt dieIntent
aus.
So wie jedes Intent
-Objekt von einem bestimmten
Typ der App-Komponente (entweder Activity
, Service
oder
ein BroadcastReceiver
), also muss auch eine PendingIntent
sein
erstellt haben. Wenn Sie einen ausstehenden Intent verwenden,
führen Sie den Intent mit einem Aufruf wie startActivity()
aus. Stattdessen müssen Sie den gewünschten Komponententyp deklarieren, wenn Sie die
PendingIntent
durch Aufrufen der entsprechenden Creator-Methode:
PendingIntent.getActivity()
für einIntent
, die einenActivity
startet.PendingIntent.getService()
für einIntent
, die einenService
startet.PendingIntent.getBroadcast()
für einIntent
, die einenBroadcastReceiver
startet.
Sofern Ihre App ausstehende Intents von anderen Apps nicht erhält, gilt Folgendes:
sind die oben genannten Methoden zur Erstellung PendingIntent
wahrscheinlich die einzigen
PendingIntent
-Methoden, die Sie benötigen.
Jede Methode verwendet die aktuelle App-Context
, den
Intent
, die Sie zusammenfassen möchten, und ein oder mehrere Flags, die angeben,
Art und Weise der Verwendung des Intents (z. B. ob der Intent mehrmals verwendet werden kann)
Weitere Informationen zur Verwendung ausstehender Intents finden Sie in der Dokumentation der einzelnen der jeweiligen Anwendungsfälle, z. B. in den Benachrichtigungen und App Widgets API-Leitfäden.
Veränderlichkeit angeben
Wenn deine App auf Android 12 oder höher ausgerichtet ist, musst du die
Veränderlichkeit der einzelnen PendingIntent
-Objekte, die von Ihrer App erstellt werden. Um zu erklären, dass
ein bestimmtes PendingIntent
-Objekt änderbar oder unveränderlich ist, verwenden Sie die Methode
PendingIntent.FLAG_MUTABLE
oder
PendingIntent.FLAG_IMMUTABLE
gekennzeichnet.
Wenn Ihre App versucht, ein PendingIntent
-Objekt zu erstellen
ohne eine der Veränderlichkeits-Flags festzulegen,
IllegalArgumentException
und
Die folgende Meldung wird in Logcat angezeigt:
PACKAGE_NAME: Targeting S+ (version 31 and above) requires that one of \
FLAG_IMMUTABLE or FLAG_MUTABLE be specified when creating a PendingIntent.
Strongly consider using FLAG_IMMUTABLE, only use FLAG_MUTABLE if \
some functionality depends on the PendingIntent being mutable, e.g. if \
it needs to be used with inline replies or bubbles.
Nach Möglichkeit unveränderliche ausstehende Intents erstellen
In den meisten Fällen sollte Ihre App unveränderliche PendingIntent
-Objekte erstellen,
wie im folgenden Code-Snippet dargestellt. Wenn ein PendingIntent
-Objekt unveränderlich ist,
können andere Apps den Intent nicht ändern, um das Ergebnis des Aufrufs der
die Nutzerabsicht verstehen.
Kotlin
val pendingIntent = PendingIntent.getActivity(applicationContext, REQUEST_CODE, intent, /* flags */ PendingIntent.FLAG_IMMUTABLE)
Java
PendingIntent pendingIntent = PendingIntent.getActivity(getApplicationContext(), REQUEST_CODE, intent, /* flags */ PendingIntent.FLAG_IMMUTABLE);
In bestimmten Anwendungsfällen sind stattdessen änderbare PendingIntent
-Objekte erforderlich:
- Unterstützung von Direct-Response-Aktionen in
Benachrichtigungen. Die
Für eine direkte Antwort müssen die Clipdaten im PendingIntent-Objekt geändert werden
die mit der Antwort verknüpft ist. Normalerweise fordern Sie diese Änderung an, indem Sie
FILL_IN_CLIP_DATA
als Flag für denfillIn()
. - Die Verknüpfung von Benachrichtigungen mit dem Android Auto-Framework mithilfe von Instanzen von
CarAppExtender
- Unterhaltungen mithilfe von Instanzen in Bubbles platzieren
von
PendingIntent
. Mit einem änderbarenPendingIntent
-Objekt kann das System die richtigen Flags enthält, z. B.FLAG_ACTIVITY_MULTIPLE_TASK
undFLAG_ACTIVITY_NEW_DOCUMENT
- Informationen zum Gerätestandort per Anruf anfordern
requestLocationUpdates()
oder ähnliche APIs. Mit dem änderbaren ObjektPendingIntent
kann das System Intent-Extras, die Lebenszyklusereignisse von Standorten darstellen. Zu diesen Ereignissen gehören ein und ein Anbieter verfügbar wird. - Wecker werden mit
AlarmManager
geplant. Mit dem änderbaren ObjektPendingIntent
kann das System den ParameterEXTRA_ALARM_COUNT
zusätzliche Absicht. Dieses Extra gibt an, wie oft ein sich wiederholender Wecker ausgelöst wurde. Durch diese zusätzlichen Informationen kann der Intent ob ein sich wiederholender Alarm mehrmals ausgelöst wurde, wie z. B. wenn das Gerät im Ruhemodus war.
Wenn deine App ein änderbares PendingIntent
-Objekt erstellt, wird dringend empfohlen,
Sie einen expliziten Intent verwenden und das Feld
ComponentName
So können Sie immer
ruft eine andere App das PendingIntent
auf und übergibt die Kontrolle an Ihre App, den
immer dieselbe Komponente in Ihrer App.
Explizite Intents in ausstehenden Intents verwenden
Um besser definieren zu können, wie andere Apps die ausstehenden Intents deiner App verwenden können, einen ausstehenden Intent um einen expliziten Intent zusammenzufassen. Gehen Sie so vor, um diese Best Practice umzusetzen:
- Prüfen Sie, ob die Felder für Aktion, Paket und Komponente des Basis-Intents vorhanden sind. festgelegt sind.
-
Verwenden Sie
FLAG_IMMUTABLE
, in Android 6.0 (API-Level 23) hinzugefügt, um ausstehende Intents zu erstellen. Dieses Flag verhindert, dass Apps, die einePendingIntent
erhalten, das Ausfüllen nicht ausgefüllten Properties. Wenn dasminSdkVersion
deiner App22
oder niedriger können Sie für Sicherheit und Kompatibilität sorgen. mithilfe des folgenden Codes:if (Build.VERSION.SDK_INT >= 23) { // Create a PendingIntent using FLAG_IMMUTABLE. } else { // Existing code that creates a PendingIntent. }
Auflösung von Absichten
Wenn das System die implizite Absicht erhält, eine Aktivität zu starten, sucht es nach dem die beste Aktivität für den Intent, indem Sie sie anhand von drei Aspekten mit Intent-Filtern vergleichen:
- Action –
- Daten (sowohl URI als auch Datentyp).
- Kategorie:
In den folgenden Abschnitten wird beschrieben, wie Intents den entsprechenden Komponenten zugeordnet werden. gemäß der Intent-Filterdeklaration in der Manifestdatei einer App.
Aktionstest
Mit einem Intent-Filter können null oder mehr deklariert werden, um zulässige Intent-Aktionen anzugeben
<action>
-Elemente, wie im folgenden Beispiel gezeigt:
<intent-filter> <action android:name="android.intent.action.EDIT" /> <action android:name="android.intent.action.VIEW" /> ... </intent-filter>
Um diesen Filter zu übergeben, muss die in Intent
angegebene Aktion
muss einer der im Filter aufgeführten Aktionen entsprechen.
Wenn der Filter keine Aktionen auflistet, ist für eine
damit alle Intents den Test nicht bestehen. Wenn jedoch ein Intent
keine Aktion definiert, besteht sie den Test, solange der Filter
enthält mindestens eine Aktion.
Kategorietest
Zum Festlegen akzeptierter Intent-Kategorien kann ein Intent-Filter null oder mehr deklarieren
<category>
-Elemente, wie im folgenden Beispiel gezeigt:
<intent-filter> <category android:name="android.intent.category.DEFAULT" /> <category android:name="android.intent.category.BROWSABLE" /> ... </intent-filter>
Damit ein Intent den Kategorietest besteht, muss jede Kategorie im Intent
muss mit einer Kategorie im Filter übereinstimmen. Umgekehrt ist das nicht nötig – der Intent-Filter kann
Deklarieren Sie mehr Kategorien als in Intent
und den
Intent
ist noch da. Ein Intent ohne Kategorien
diesen Test immer besteht, unabhängig von den im Filter deklarierten Kategorien.
Hinweis:
Android wendet die Kategorie CATEGORY_DEFAULT
automatisch an
an alle impliziten Intents übergeben, die an startActivity()
und startActivityForResult()
übergeben werden.
Wenn Sie möchten, dass Ihre Aktivitäten implizite Intents empfangen, müssen sie
eine Kategorie für "android.intent.category.DEFAULT"
in seine Intent-Filter einschließen, da
wie im vorherigen <intent-filter>
-Beispiel gezeigt.
Datentest
Ein Intent-Filter kann null oder mehr deklarieren, um akzeptierte Intent-Daten anzugeben
<data>
-Elemente, wie im folgenden Beispiel gezeigt:
<intent-filter> <data android:mimeType="video/mpeg" android:scheme="http" ... /> <data android:mimeType="audio/mpeg" android:scheme="http" ... /> ... </intent-filter>
Jeweils <data>
kann eine URI-Struktur und einen Datentyp (MIME-Medientyp) angeben.
Jeder Teil des URI ist ein separater
Attribut: scheme
, host
, port
,
und path
:
<scheme>://<host>:<port>/<path>
Das folgende Beispiel zeigt mögliche Werte für diese Attribute:
content://com.example.project:200/folder/subfolder/etc
In diesem URI ist das Schema content
, der Host ist com.example.project
,
der Port ist 200
und der Pfad ist folder/subfolder/etc
.
Jedes dieser Attribute ist in einem <data>
-Element optional.
aber es gibt lineare Abhängigkeiten:
- Wenn kein Schema angegeben ist, wird der Host ignoriert.
- Wenn kein Host angegeben ist, wird der Port ignoriert.
- Sind weder das Schema noch der Host angegeben, wird der Pfad ignoriert.
Wird der URI in einem Intent mit einer URI-Spezifikation in einem Filter verglichen, nur mit den Teilen des URI verglichen, die im Filter enthalten sind. Beispiel:
- Wenn ein Filter nur ein Schema angibt, stimmen alle URIs mit diesem Schema überein. den Filter.
- Gibt ein Filter ein Schema und eine Berechtigung, aber keinen Pfad an, werden alle URIs mit demselben Schema und derselben Befugnis übergeben den Filter unabhängig von ihren Pfaden.
- Gibt ein Filter ein Schema, eine Zertifizierungsstelle und einen Pfad an, werden nur URIs mit demselben Schema und Pfad den Filter übergeben.
Hinweis:Eine Pfadspezifikation kann ein Platzhaltersternchen (*) enthalten, damit nur eine teilweise Übereinstimmung mit dem Pfadnamen erforderlich ist.
Beim Datentest werden sowohl der URI als auch der MIME-Typ im Intent mit einem URI verglichen und den im Filter angegebenen MIME-Typ. Es gelten folgende Regeln:
- Ein Intent, der weder einen URI noch einen MIME-Typ enthält, übergibt den Test nur, wenn der Filter keine URIs oder MIME-Typen angibt.
- Intent, der einen URI, aber keinen MIME-Typ enthält (weder explizit noch abgeleitet aus dem URI) besteht den Test nur dann, wenn der URI mit dem URI-Format des Filters übereinstimmt. und der Filter gibt ebenfalls keinen MIME-Typ an.
- Ein Intent, der einen MIME-Typ, aber keinen URI enthält, besteht den Test wenn der Filter denselben MIME-Typ auflistet und kein URI-Format angibt.
- Intent, der sowohl einen URI als auch einen MIME-Typ enthält (entweder explizit oder aus dem
URI) besteht den MIME-Typ-Teil des Tests nur dann, wenn dieser Teil
Typ entspricht einem im Filter aufgeführten Typ. Der URI-Teil des Tests wird bestanden.
entweder wenn der URI mit einem URI im Filter übereinstimmt oder einen
content:
enthält. oderfile:
und der Filter gibt keinen URI an. Mit anderen Worten: Es wird davon ausgegangen, dass eine Komponentecontent:
- undfile:
-Daten unterstützt, wenn In der Filterliste wird nur ein MIME-Typ aufgeführt.
Hinweis:Wenn in einem Intent ein URI oder MIME-Typ angegeben ist, führt der Datentest
schlägt fehl, wenn keine <data>
-Elemente in <intent-filter>
vorhanden sind.
Die letzte Regel, Regel (d), spiegelt die Erwartung
dass Komponenten lokale Daten
von einer Datei oder einem Contentanbieter abrufen können.
Daher können ihre Filter nur einen Datentyp auflisten und müssen nicht explizit
Benennen Sie die Schemas content:
und file:
.
Das folgende Beispiel zeigt einen typischen Fall, in dem ein <data>
-Element
teilen Android mit, dass die Komponente Bilddaten aus einem Inhalt abrufen kann
und zeigen Sie es an:
<intent-filter> <data android:mimeType="image/*" /> ... </intent-filter>
Filter, die die einen Datentyp angeben, jedoch keinen URI, sind vielleicht die gebräuchlichsten, da die meisten werden von Contentanbietern ausgegeben.
Eine weitere gängige Konfiguration ist ein Filter mit einem Schema und einem Datentyp. Für
Beispiel: <data>
wie das Folgende teilen Android mit,
kann die Komponente Videodaten aus dem Netzwerk abrufen, um die Aktion auszuführen:
<intent-filter> <data android:scheme="http" android:mimeType="video/*" /> ... </intent-filter>
Intent-Abgleich
Intents werden nicht nur mit Intent-Filtern abgeglichen, um ein Ziel zu erkennen
zu aktivieren, sondern auch, um mehr über die
Komponenten des Geräts. Die Home App füllt beispielsweise den App Launcher.
indem Sie alle Aktivitäten mit Intent-Filtern ermitteln, die die
ACTION_MAIN
Aktion und
Kategorie CATEGORY_LAUNCHER
.
Eine Übereinstimmung ist nur erfolgreich, wenn die Aktionen und Kategorien im Intent übereinstimmen.
für den Filter, wie in der Dokumentation für IntentFilter
beschrieben
.
Ihre App kann den Intent-Abgleich auf ähnliche Weise wie die Home App verwenden.
PackageManager
hat einen Satz von query...()
die alle Komponenten zurückgeben,
die einen bestimmten Intent akzeptieren,
mit einer ähnlichen Reihe von resolve...()
-Methoden,
Komponente, um auf einen Intent zu reagieren. Beispiel:
queryIntentActivities()
gibt eine Liste aller Aktivitäten zurück, die ausgeführt werden können.
den als Argument übergebenen Intent und queryIntentServices()
gibt eine ähnliche Liste von Diensten zurück.
Keine der Methoden aktiviert die Komponenten. führen sie nur diejenigen auf,
reagieren können. Es gibt eine ähnliche Methode,
queryBroadcastReceivers()
für Übertragungsempfänger.