Quando un link o una richiesta programmatica su cui viene fatto clic richiama un intent URI web, il sistema Android tenta ciascuna delle seguenti azioni, in ordine sequenziale, finché la richiesta non va a buon fine:
- Apri l'app preferita dell'utente in grado di gestire l'URI, se indicato.
- Apri l'unica app disponibile in grado di gestire l'URI.
- Consenti all'utente di selezionare un'app da una finestra di dialogo.
Segui i passaggi riportati di seguito per creare e testare i link ai tuoi contenuti. Puoi anche utilizzare l'Assistente link app in Android Studio per aggiungere link per app Android.
Nota: a partire da Android 12 (livello API 31), un intent web generico si risolve in un'attività nella tua app solo se quest'ultima è approvata per il dominio specifico contenuto nell'intent web. Se la tua app non viene approvata per il dominio, il web intent viene risolto nell'app browser predefinita dell'utente.
Aggiungere filtri per intent per i link in entrata
Per creare un link ai contenuti dell'app, aggiungi un filtro per intent che contenga questi elementi e valori degli attributi nel file manifest:
<action>
- Specifica l'azione intent
ACTION_VIEW
in modo che il filtro per intent possa essere raggiunto dalla Ricerca Google. <data>
- Aggiungi uno o più tag
<data>
, ciascuno dei quali rappresenta un formato URI che si risolve nell'attività. Come minimo, il tag<data>
deve includere l'attributoandroid:scheme
.Puoi aggiungere altri attributi per perfezionare ulteriormente il tipo di URI accettato dall'attività. Ad esempio, potresti avere più attività che accettano URI simili, ma che differiscono semplicemente in base al nome del percorso. In questo caso, utilizza l'attributo
android:path
o le sue variantipathPattern
opathPrefix
per distinguere l'attività che il sistema dovrebbe aprire per i percorsi URI diversi. <category>
- Includi la categoria
BROWSABLE
. È necessario affinché il filtro per intent sia accessibile da un browser web. Senza questo link, fare clic su un link in un browser non può essere indirizzato alla tua app.Includi anche la categoria
DEFAULT
. Ciò consente alla tua app di rispondere a intent impliciti. Senza questo parametro, l'attività può essere avviata solo se l'intent specifica il nome del componente dell'app.
Lo snippet XML di seguito mostra come potresti specificare un filtro per intent nel file manifest per i link diretti. Gli URI “example://gizmos”
e
“http://www.example.com/gizmos”
vengono entrambi risolti a questa attività.
<activity android:name="com.example.android.GizmosActivity" android:label="@string/title_gizmos" > <intent-filter android:label="@string/filter_view_http_gizmos"> <action android:name="android.intent.action.VIEW" /> <category android:name="android.intent.category.DEFAULT" /> <category android:name="android.intent.category.BROWSABLE" /> <!-- Accepts URIs that begin with "http://www.example.com/gizmos” --> <data android:scheme="http" android:host="www.example.com" android:pathPrefix="/gizmos" /> <!-- note that the leading "/" is required for pathPrefix--> </intent-filter> <intent-filter android:label="@string/filter_view_example_gizmos"> <action android:name="android.intent.action.VIEW" /> <category android:name="android.intent.category.DEFAULT" /> <category android:name="android.intent.category.BROWSABLE" /> <!-- Accepts URIs that begin with "example://gizmos” --> <data android:scheme="example" android:host="gizmos" /> </intent-filter> </activity>
Tieni presente che i due filtri per intent differiscono solo per l'elemento <data>
.
Sebbene sia possibile includere più elementi <data>
nello stesso filtro, è importante creare filtri separati quando vuoi dichiarare URL univoci (ad esempio una combinazione specifica di scheme
e host
), perché più elementi <data>
nello stesso filtro per intent vengono in realtà uniti per tenere conto di tutte le varianti degli attributi combinati. Ad esempio, considera quanto segue:
<intent-filter> ... <data android:scheme="https" android:host="www.example.com" /> <data android:scheme="app" android:host="open.my.app" /> </intent-filter>
Potrebbe sembrare che questa funzionalità supporti solo https://www.example.com
e app://open.my.app
. Tuttavia, in realtà supporta questi due elementi, oltre a questi:
app://www.example.com
e https://open.my.app
.
Attenzione: se più attività contengono filtri per intent che si risolvono nello stesso link per app Android verificato, non esiste alcuna garanzia su quale attività gestisca il link.
Dopo aver aggiunto al file manifest dell'app i filtri per intent con gli URI dei contenuti delle attività, Android è in grado di indirizzare qualsiasi Intent
con URI corrispondenti alla tua app in fase di esecuzione.
Per scoprire di più sulla definizione dei filtri per intent, consulta Consentire ad altre app di iniziare la tua attività.
Leggi i dati dagli intent in entrata
Dopo che il sistema avvia la tua attività attraverso un filtro per intent, puoi utilizzare i dati forniti da Intent
per determinare ciò di cui devi eseguire il rendering. Richiama i metodi getData()
e getAction()
per recuperare i dati e l'azione associati all'elemento Intent
in arrivo. Puoi
chiamare questi metodi in qualsiasi momento durante il ciclo di vita dell'attività, ma in genere è consigliabile farlo durante i primi callback come
onCreate()
o
onStart()
.
Ecco uno snippet che mostra come recuperare i dati da un
Intent
:
Kotlin
override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.main) val action: String? = intent?.action val data: Uri? = intent?.data }
Java
@Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); Intent intent = getIntent(); String action = intent.getAction(); Uri data = intent.getData(); }
Segui queste best practice per migliorare l'esperienza utente:
- Il link diretto deve indirizzare gli utenti direttamente ai contenuti, senza richieste, pagine interstitial o accessi. Assicurati che gli utenti possano vedere i contenuti dell'app anche se non l'hanno mai aperta in precedenza. Puoi chiedere agli utenti nelle interazioni successive o quando aprono l'app dall'Avvio app.
- Segui le indicazioni di progettazione descritte in Navigazione con backup e su in modo che l'app corrisponda alle aspettative degli utenti in termini di navigazione a ritroso dopo che sono entrati nell'app tramite un link diretto.
Test dei link diretti
Puoi utilizzare il Bridge di debug di Android con lo strumento Gestore attività (am) per verificare che gli URI del filtro per intent specificati per i link diretti si risolvano nell'attività dell'app corretta. Puoi eseguire il comando adb su un dispositivo o un emulatore.
La sintassi generale per testare l'URI di un filtro per intent con adb è la seguente:
$ adb shell am start -W -a android.intent.action.VIEW -d <URI> <PACKAGE>
Ad esempio, il comando seguente tenta di visualizzare un'attività target dell'app associata all'URI specificato.
$ adb shell am start -W -a android.intent.action.VIEW -d "example://gizmos" com.example.android
La dichiarazione del file manifest e il gestore di intent che hai impostato in precedenza definiscono la connessione tra la tua app e un sito web e cosa fare con i link in entrata. Tuttavia, per fare in modo che il sistema tratti la tua app come gestore predefinito di un insieme di URI, devi anche richiedere al sistema di verificare questa connessione. La prossima lezione spiega come implementare questa verifica.
Per scoprire di più sugli intent e sui link delle app, consulta le seguenti risorse: