Natrafiłem na ten termin w dokumentacji Androida wraz z towarzyszącą definicją

Są to transmisje, których dane są przechowywane przez system po zakończeniu, dzięki czemu klienci mogą szybko odzyskać te dane bez konieczności czekania na następną transmisję.

Co to znaczy? Czy ktoś może rozwinąć jego użycie na konkretnym przykładzie? Uważam, że musimy poprosić o pozwolenie na wykorzystanie tego zamiaru? Dlaczego tak?

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

Jeśli działanie wywołuje onPausenormalną transmisję, można przegapić odebranie transmisji. Przyklejoną transmisję można sprawdzić po jej zainicjowaniu w onResume.

Aktualizacja 23.06.2020

Przyklejone transmisje są przestarzałe.

Zobacz sendStickyBroadcastdokumentację .

Ta metoda została wycofana na poziomie interfejsu API 21.

Nie należy używać transmisji lepkich. Nie zapewniają żadnych zabezpieczeń (każdy może uzyskać do nich dostęp), żadnej ochrony (każdy może je modyfikować) i wielu innych problemów. Zalecanym wzorcem jest użycie nieprzywierającej transmisji, aby zgłosić, że coś się zmieniło, z innym mechanizmem dla aplikacji do pobierania bieżącej wartości w dowolnym momencie.

Wprowadzić w życie

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

Zasoby

• Powiązany post: Jaka jest różnica między sendStickyBroadcast i sendBroadcast w systemie Android?

• Zobacz removeStickyBroadcast(Intent)i na poziomie API 5 +, isInitialStickyBroadcast()do użycia w odbiorniku onReceive.

sendStickyBroadcast()wykonuje sendBroadcast(Intent)tzw. sticky, tj. intencja, którą wysyłasz, pozostaje w pobliżu po zakończeniu transmisji, dzięki czemu inni mogą szybko odzyskać te dane poprzez wartość zwracaną przez registerReceiver(BroadcastReceiver, IntentFilter). Pod każdym innym względem zachowuje się tak samo jak sendBroadcast(Intent). Jednym z przykładów przyklejonej transmisji wysyłanej przez system operacyjny jest ACTION_BATTERY_CHANGED. Kiedy wywołujesz registerReceiver()tę akcję - nawet z wartością null BroadcastReceiver- otrzymasz intencję, która była ostatnio transmitowana dla tej akcji. Dlatego można go użyć do znalezienia stanu baterii bez konieczności rejestrowania wszystkich przyszłych zmian stanu baterii.

Wartość trwałej transmisji to wartość, która była ostatnio transmitowana i jest obecnie przechowywana w lepkiej pamięci podręcznej. To nie jest wartość transmisji, która została teraz odebrana. Przypuszczam, że można powiedzieć, że jest to plik cookie przeglądarki, do którego można uzyskać dostęp w dowolnym momencie. Sticky broadcast jest teraz przestarzałe, zgodnie z dokumentacją dla metod sticky broadcast ( np. ):

Ta metoda została wycofana na poziomie interfejsu API 21. Nie należy używać emisji trwałych. Nie zapewniają żadnego bezpieczeństwa (każdy może uzyskać do nich dostęp), żadnej ochrony (każdy może je modyfikować) i wielu innych problemów. Zalecanym wzorcem jest użycie nieprzywierającej transmisji, aby zgłosić, że coś się zmieniło, z innym mechanizmem dla aplikacji do pobierania bieżącej wartości w dowolnym momencie.

Normalna intencja emisji nie jest już dostępna po wysłaniu i przetworzeniu przez system. Jeśli używasz metody sendStickyBroadcast (Intent), intencja jest lepka, co oznacza, że ​​wysyłana intencja pozostaje w pobliżu po zakończeniu emisji.

odsyłasz do mojego bloga: tutaj wprowadź opis linku