Eu encontrei esse termo na documentação do Android com a definição que o acompanha

Esses são broadcasts cujos dados são mantidos pelo sistema após serem concluídos, para que os clientes possam recuperar rapidamente esses dados sem ter que esperar pelo próximo broadcast.

O que isso significa? Alguém pode elaborar seu uso com um exemplo particular? Acredito que devemos solicitar permissão para usar esta intenção Por quê então?

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

Se uma atividade ligar onPausecom uma transmissão normal, a recepção da transmissão pode ser perdida. Uma transmissão persistente pode ser verificada após ter sido iniciada em onResume.

Atualização 23/06/2020

As transmissões fixas estão obsoletas.

Veja a sendStickyBroadcastdocumentação .

Este método foi descontinuado na API de nível 21.

Transmissões fixas não devem ser usadas. Eles não fornecem segurança (qualquer pessoa pode acessá-los), nenhuma proteção (qualquer pessoa pode modificá-los) e muitos outros problemas. O padrão recomendado é usar uma transmissão não aderente para relatar que algo mudou, com outro mecanismo para os aplicativos recuperarem o valor atual sempre que desejado.

Implemento

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

Recursos

• Postagem relacionada: Qual é a diferença entre sendStickyBroadcast e sendBroadcast no Android?

• Consulte removeStickyBroadcast(Intent), e no API Nível 5 +, isInitialStickyBroadcast()para uso no receptor onReceive.

sendStickyBroadcast()executa um sendBroadcast(Intent)conhecido como pegajoso, ou seja, o Intent que você está enviando permanece após a conclusão da transmissão, para que outros possam recuperar rapidamente esses dados por meio do valor de retorno de registerReceiver(BroadcastReceiver, IntentFilter). Em todas as outras formas, ele se comporta da mesma forma que sendBroadcast(Intent). Um exemplo de transmissão persistente enviada por meio do sistema operacional é ACTION_BATTERY_CHANGED. Quando você chama registerReceiver()essa ação - mesmo com um nulo BroadcastReceiver- você obtém o intent que foi transmitido pela última vez para essa ação. Portanto, você pode usar isso para encontrar o estado da bateria sem necessariamente registrar todas as mudanças futuras de estado da bateria.

O valor de uma transmissão permanente é o valor que foi transmitido pela última vez e atualmente é mantido no cache permanente. Este não é o valor de uma transmissão que foi recebida agora. Suponho que você possa dizer que é como um cookie do navegador que você pode acessar a qualquer momento. A transmissão persistente agora está obsoleta, de acordo com os documentos para métodos de transmissão fixa ( por exemplo ):

Este método foi descontinuado na API nível 21. Broadcasts aderentes não devem ser usados. Eles não fornecem segurança (qualquer pessoa pode acessá-los), nenhuma proteção (qualquer pessoa pode modificá-los) e muitos outros problemas. O padrão recomendado é usar uma transmissão não aderente para relatar que algo mudou, com outro mecanismo para os aplicativos recuperarem o valor atual sempre que desejado.

Um Intent de transmissão normal não está mais disponível após ser enviado e processado pelo sistema. Se você usar o método sendStickyBroadcast (Intent), o Intent ficará fixo, o que significa que o Intent que você está enviando permanece após a conclusão da transmissão.

você se refere ao meu blog: insira a descrição do link aqui