Mi sono imbattuto in questo termine nella documentazione di Android con la definizione di accompagnamento

Si tratta di trasmissioni i cui dati vengono conservati dal sistema dopo essere stati terminati, in modo che i client possano recuperare rapidamente quei dati senza dover attendere la trasmissione successiva.

Cosa significa? Qualcuno può elaborarne l'uso con un esempio particolare? Credo che dobbiamo richiedere un'autorizzazione per utilizzare questo intento? Perchè così?

<uses-permission android:name="android.permission.BROADCAST_STICKY"/> - Allows an application to broadcast sticky intents.

Se un'attività chiama onPausecon una trasmissione normale, la ricezione della trasmissione può essere persa. Una trasmissione persistente può essere controllata dopo che è stata avviata in onResume.

Aggiorna 6/23/2020

Le trasmissioni persistenti sono deprecate.

Vedere la sendStickyBroadcastdocumentazione .

Questo metodo è stato deprecato nel livello API 21.

Le trasmissioni persistenti non dovrebbero essere utilizzate. Non forniscono sicurezza (chiunque può accedervi), nessuna protezione (chiunque può modificarli) e molti altri problemi. Lo schema consigliato è quello di utilizzare una trasmissione non appiccicosa per segnalare che qualcosa è cambiato, con un altro meccanismo per le app per recuperare il valore corrente ogni volta che lo si desidera.

Strumento

Intent intent = new Intent("some.custom.action");
intent.putExtra("some_boolean", true);
sendStickyBroadcast(intent);

Risorse

• Post correlato: qual è la differenza tra sendStickyBroadcast e sendBroadcast in Android?

• Vedere removeStickyBroadcast(Intent)e su API Level 5+ isInitialStickyBroadcast()per l'utilizzo nel ricevitore onReceive.

sendStickyBroadcast()esegue un sendBroadcast(Intent)noto come sticky, cioè l'intento che stai inviando rimane in giro dopo che la trasmissione è completa, in modo che altri possano recuperare rapidamente quei dati attraverso il valore di ritorno di registerReceiver(BroadcastReceiver, IntentFilter). In tutti gli altri modi, si comporta allo stesso modo di sendBroadcast(Intent). Un esempio di una trasmissione persistente inviata tramite il sistema operativo è ACTION_BATTERY_CHANGED. Quando richiedi registerReceiver()quell'azione, anche con un valore nullo BroadcastReceiver, ottieni l'Intent che è stato trasmesso per l'ultima volta per quell'azione. Quindi, è possibile utilizzarlo per trovare lo stato della batteria senza necessariamente registrarsi per tutti i futuri cambiamenti di stato della batteria.

Il valore di una trasmissione adesiva è il valore che è stato trasmesso l'ultima volta ed è attualmente contenuto nella cache adesiva. Questo non è il valore di una trasmissione ricevuta in questo momento. Suppongo che tu possa dire che è come un cookie del browser a cui puoi accedere in qualsiasi momento. La trasmissione persistente è ora deprecata, secondo la documentazione per i metodi di trasmissione persistente ( ad esempio ):

Questo metodo è stato deprecato nel livello API 21. Le trasmissioni persistenti non dovrebbero essere utilizzate. Non forniscono sicurezza (chiunque può accedervi), nessuna protezione (chiunque può modificarli) e molti altri problemi. Lo schema consigliato è quello di utilizzare una trasmissione non appiccicosa per segnalare che qualcosa è cambiato, con un altro meccanismo per le app per recuperare il valore corrente ogni volta che lo si desidera.

Un normale intento di trasmissione non è più disponibile dopo che è stato inviato ed elaborato dal sistema. Se utilizzi il metodo sendStickyBroadcast (Intent), l'Intent è appiccicoso, il che significa che l'Intent che stai inviando rimane in giro dopo il completamento della trasmissione.

fai riferimento al mio blog: inserisci qui la descrizione del link