Encontré este término en la documentación de Android con la definición adjunta

Se trata de transmisiones cuyos datos se mantienen en el sistema después de haber finalizado, de modo que los clientes pueden recuperar rápidamente esos datos sin tener que esperar a la siguiente transmisión.

Qué significa eso? ¿Alguien puede elaborar su uso con un ejemplo en particular? Creo que tenemos que solicitar un permiso para usar esta intención. ¿Porque?

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

Si una actividad llama onPausecon una transmisión normal, es posible que se pierda la recepción de la transmisión. Una transmisión fija se puede verificar después de que se inició en onResume.

Actualización 23/6/2020

Las transmisiones fijas están en desuso.

Ver sendStickyBroadcastdocumentación .

Este método quedó obsoleto en el nivel 21 de API.

No se deben utilizar transmisiones fijas. No brindan seguridad (cualquiera puede acceder a ellos), ninguna protección (cualquiera puede modificarlos) y muchos otros problemas. El patrón recomendado es usar una transmisión no pegajosa para informar que algo ha cambiado, con otro mecanismo para que las aplicaciones recuperen el valor actual cuando lo deseen.

Implementar

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

Recursos

• Publicación relacionada: ¿Cuál es la diferencia entre sendStickyBroadcast y sendBroadcast en Android?

• Consulte removeStickyBroadcast(Intent)y en API Nivel 5 +, isInitialStickyBroadcast()para conocer el uso en Receiver's onReceive.

sendStickyBroadcast()realiza un sendBroadcast(Intent)conocido como pegajoso, es decir, el Intent que está enviando permanece después de que se completa la transmisión, para que otros puedan recuperar rápidamente esos datos a través del valor de retorno de registerReceiver(BroadcastReceiver, IntentFilter). De todas las demás formas, esto se comporta igual que sendBroadcast(Intent). Un ejemplo de una transmisión permanente enviada a través del sistema operativo es ACTION_BATTERY_CHANGED. Cuando pides registerReceiver()esa acción, incluso con un nulo BroadcastReceiver, obtienes el Intent que se transmitió por última vez para esa acción. Por lo tanto, puede usar esto para encontrar el estado de la batería sin necesariamente registrarse para todos los cambios de estado futuros en la batería.

El valor de una transmisión permanente es el valor que se transmitió por última vez y se encuentra actualmente en la memoria caché permanente. Este no es el valor de una transmisión que se recibió en este momento. Supongo que puede decir que es como una cookie del navegador a la que puede acceder en cualquier momento. La transmisión permanente ahora está obsoleta, según los documentos para los métodos de transmisión permanente ( p . Ej. ):

Este método quedó obsoleto en el nivel de API 21. No se deben usar transmisiones fijas. No brindan seguridad (cualquiera puede acceder a ellos), ninguna protección (cualquiera puede modificarlos) y muchos otros problemas. El patrón recomendado es usar una transmisión no pegajosa para informar que algo ha cambiado, con otro mecanismo para que las aplicaciones recuperen el valor actual cuando lo deseen.

Una intención de transmisión normal ya no está disponible después de que el sistema la haya enviado y procesado. Si usa el método sendStickyBroadcast (Intent), el Intent es pegajoso, lo que significa que el Intent que está enviando permanece después de que se completa la transmisión.

se refiere a mi blog: ingrese la descripción del enlace aquí