Tôi đã xem qua thuật ngữ này trong tài liệu android với định nghĩa kèm theo

Đây là những chương trình phát sóng mà dữ liệu được hệ thống giữ lại sau khi kết thúc, do đó các máy khách có thể nhanh chóng truy xuất dữ liệu đó mà không phải đợi chương trình phát sóng tiếp theo.

Nó có nghĩa là gì? Ai đó có thể giải thích việc sử dụng nó với một ví dụ cụ thể không? Tôi tin rằng chúng tôi phải yêu cầu một sự cho phép để sử dụng ý định này? Tại sao vậy?

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

Nếu một Hoạt động gọi onPausevới một chương trình phát sóng bình thường, việc nhận Chương trình phát sóng có thể bị bỏ lỡ. Một chương trình phát cố định có thể được kiểm tra sau khi nó được bắt đầu onResume.

Cập nhật 6/23/2020

Truyền phát cố định không được dùng nữa.

Xem sendStickyBroadcasttài liệu .

Phương pháp này không được dùng nữa trong API cấp 21.

Không nên sử dụng chương trình phát sóng dính. Chúng không cung cấp bảo mật (bất kỳ ai cũng có thể truy cập chúng), không bảo vệ (bất kỳ ai cũng có thể sửa đổi chúng) và nhiều vấn đề khác. Mô hình được đề xuất là sử dụng chương trình phát sóng không cố định để báo cáo rằng có điều gì đó đã thay đổi, với một cơ chế khác để ứng dụng truy xuất giá trị hiện tại bất cứ khi nào muốn.

Triển khai thực hiện

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

Tài nguyên

• Bài liên quan: Sự khác biệt giữa sendStickyBroadcast và sendBroadcast trong Android là gì?

• Xem removeStickyBroadcast(Intent)và trên API Cấp 5 +, isInitialStickyBroadcast()để sử dụng trong Bộ thu onReceive.

sendStickyBroadcast()thực hiện sendBroadcast(Intent)được gọi là cố định, tức là Ý định bạn đang gửi vẫn tồn tại sau khi quá trình phát sóng hoàn tất, để những người khác có thể nhanh chóng truy xuất dữ liệu đó thông qua giá trị trả về registerReceiver(BroadcastReceiver, IntentFilter). Trong tất cả các cách khác, điều này hoạt động giống như sendBroadcast(Intent). Một ví dụ về truyền phát cố định được gửi qua hệ điều hành là ACTION_BATTERY_CHANGED. Khi bạn kêu gọi registerReceiver()hành động đó - ngay cả với giá trị rỗng BroadcastReceiver- bạn sẽ nhận được Ý định được phát lần cuối cho hành động đó. Do đó, bạn có thể sử dụng tính năng này để tìm trạng thái của pin mà không nhất thiết phải đăng ký tất cả các thay đổi trạng thái trong tương lai của pin.

Giá trị của chương trình phát sóng cố định là giá trị được phát sóng gần đây nhất và hiện được giữ trong bộ nhớ đệm cố định. Đây không phải là giá trị của một chương trình phát sóng đã được nhận ngay bây giờ. Tôi cho rằng bạn có thể nói nó giống như một cookie của trình duyệt mà bạn có thể truy cập bất cứ lúc nào. Truyền phát cố định hiện không được dùng nữa, theo tài liệu dành cho các phương pháp phát cố định ( ví dụ :):

Phương pháp này không được chấp nhận ở cấp API 21. Không nên sử dụng các chương trình phát sóng cố định. Chúng không cung cấp bảo mật (bất kỳ ai cũng có thể truy cập chúng), không bảo vệ (bất kỳ ai cũng có thể sửa đổi chúng) và nhiều vấn đề khác. Mô hình được đề xuất là sử dụng chương trình phát sóng không cố định để báo cáo rằng có điều gì đó đã thay đổi, với một cơ chế khác để ứng dụng truy xuất giá trị hiện tại bất cứ khi nào muốn.

Ý định quảng bá bình thường không còn khả dụng sau khi được hệ thống gửi và xử lý. Nếu bạn sử dụng phương thức sendStickyBroadcast (Intent), Intent là cố định, có nghĩa là Intent mà bạn đang gửi vẫn tồn tại sau khi quá trình phát hoàn tất.

bạn tham khảo blog của tôi: nhập mô tả liên kết vào đây