“Mã yêu cầu” được sử dụng để làm gì trên PendingIntent?

Lý lịch:

Tôi đang sử dụng PendingIntent để báo thức qua AlarmManager.

Vấn đề:

Lúc đầu, tôi nghĩ rằng để hủy những cái trước đó, tôi phải cung cấp mã yêu cầu chính xác mà tôi đã sử dụng trước đó để bắt đầu báo thức.

Nhưng sau đó tôi phát hiện ra mình đã sai, như API hủy cho biết:

Loại bỏ mọi báo thức có Mục đích phù hợp. Mọi báo thức, thuộc bất kỳ loại nào, có Ý định khớp với báo thức này (như được định nghĩa bởi filterEquals (Ý định)), sẽ bị hủy.

nhìn vào " filterEquals ", tài liệu cho biết:

Xác định xem hai ý định có giống nhau cho mục đích phân giải ý định (lọc) hay không. Nghĩa là, nếu hành động, dữ liệu, kiểu, lớp và danh mục của chúng giống nhau. Điều này không so sánh bất kỳ dữ liệu bổ sung nào có trong ý định.

vì vậy tôi không hiểu "Mã yêu cầu" dùng cho ...

Câu hỏi:

"Mã yêu cầu" được sử dụng để làm gì?

Điều gì sẽ xảy ra nếu tôi tạo nhiều báo thức với cùng một "Mã yêu cầu"? họ có đè lên nhau không?

1. requestCode được sử dụng để truy xuất cùng một phiên bản ý định đang chờ xử lý sau này (để hủy, v.v.).
2. Có, tôi đoán là các báo thức sẽ ghi đè lên nhau. Tôi sẽ giữ các mã yêu cầu duy nhất.

Tôi chỉ muốn thêm vào câu trả lời của @Minhaj Arfin

1- Mã yêu cầu được sử dụng để có được cùng một mục đích đang chờ xử lý sau này (để hủy, v.v.)

2- Có, chúng sẽ được ghi đè miễn là bạn chỉ định cùng Người nhận cho Ý định của bạn mà bạn chỉ định trên PendingIntent của mình

thí dụ:

Intent startIntent1 = new Intent(context, AlarmReceiverFirst.class);
PendingIntent pendingIntent1 = PendingIntent.getBroadcast(context, 0, startIntent1, 0);

Intent startIntent2 = new Intent(context, AlarmReceiverSecond.class);
PendingIntent pendingIntent2 = PendingIntent.getBroadcast(context, 0, startIntent2, 0);

Từ ví dụ trên, chúng sẽ không ghi đè lẫn nhau vì bộ thu khác nhau (AlarmReceiverFirst và AlarmReceiverSecond)

Intent startIntent2 = new Intent(context, AlarmReceiverSecond.class);
PendingIntent pendingIntent2 = PendingIntent.getBroadcast(context, 0, startIntent2, 0);

Intent startIntent3 = new Intent(context, AlarmReceiverSecond.class);
PendingIntent pendingIntent3 = PendingIntent.getBroadcast(context, 0, startIntent3, 0);

Từ ví dụ trên, họ sẽ ghi đè lẫn nhau, vì bộ thu giống nhau (AlarmReceiverSecond)

trong trường hợp của tôi, tôi muốn mở cùng một hoạt động với hai ý định khác nhau, vì vậy nếu có hai hoặc nhiều FCMS trong khay, bất kỳ FCMS nào trong số đó sẽ chỉ mở còn lại thì không, vì vậy tôi đã thay đổi mã yêu cầu của ý định đang chờ xử lý thì nó hoạt động.

 PendingIntent pendingIntent =
                            PendingIntent.getActivity(this, **Some unique id for all GCMS** /* Request code */, intent,
                                    PendingIntent.FLAG_ONE_SHOT);

một điều quan trọng về điều requestCodeđó sẽ gây rắc rối nghiêm trọng cho ứng dụng của bạn là khi sử dụng các widget. widget sẽ không hoạt động sau khi điện thoại khởi động lại nếu chúng requestCodegiống nhau. điều đó có nghĩa là pendingIndentbạn đặt trên remoteViewswidget của mình phải được đặt Mã yêu cầu duy nhất, thường là widgetId kèm theo một số.

Trên thực tế, tài liệu nêu rõ mã yêu cầu được sử dụng để làm gì:

Nếu bạn thực sự cần nhiều đối tượng PendingIntent khác biệt hoạt động cùng một lúc (chẳng hạn như để sử dụng làm hai thông báo được hiển thị cùng một lúc), thì bạn sẽ cần đảm bảo có điều gì đó khác biệt về chúng để liên kết chúng với các Đang chờ xử lý. Đây có thể là bất kỳ thuộc tính Intent nào được Intent # filterEquals (Ý định) xem xét hoặc các số nguyên mã yêu cầu khác được cung cấp cho getActivity (Context, int, Intent, int), getActictivity (Context, int, Intent [], int), getBroadcast ( Context, int, Intent, int) hoặc getService (Context, int, Intent, int).

Vì có vẻ như nó vẫn chưa rõ ràng, hãy để tôi cố gắng giải thích:

Khi bạn muốn sử dụng một PendingIntentđối tượng, bạn không chỉ khởi tạo một đối tượng. Thay vào đó, bạn có được một từ hệ thống bằng cách sử dụng PendingIntentphương pháp tĩnh ( getActivity, getBroadcast, getServicevv). Hệ thống giữ một loạt các phiên bản PendingIntent và cung cấp cho bạn một phiên bản. Nó cung cấp cho bạn cái nào, nó phụ thuộc vào các tham số đầu vào mà bạn chuyển cho các phương thức getter này. Các tham số đầu vào đó Contextlà:, tức là người nhận mục tiêu của ý định, mục đích Intentsử dụng requestCodevà flags. Khi bạn vượt qua cùng Context, giống nhau requestCodevà giống nhau Ý định (có nghĩa là một ý định đó filterEqualsvới mục đích khác), bạn nhận được cùng một PendingIntentđối tượng. Vấn đề là hệ thống muốn có càng ít PendingIntentđối tượng càng tốt, vì vậy nó có xu hướng sử dụng lại những đối tượng hiện có, càng nhiều càng tốt.

Ví dụ: bạn có hai thông báo lịch, cho hai ngày khác nhau. Khi bạn nhấp vào một trong số chúng, bạn muốn ứng dụng của mình mở đến ngày tương ứng của thông báo đó. Trong trường hợp đó, bạn có cùng một Contextmục tiêu và Intentđối tượng bạn đang chuyển chỉ khác nhau trong EXTRA_DATA (chỉ định ngày sẽ mở). Nếu bạn cung cấp giống nhau requestCodekhi lấy được PendingIntentđối tượng, thì bạn sẽ kết thúc với cùng một PendingIntentđối tượng. Vì vậy, khi tạo thông báo thứ hai, bạn sẽ thay thế Intentđối tượng cũ bằng EXTRA_DATA mới và kết thúc bằng hai thông báo trỏ đến cùng một ngày.

Nếu bạn muốn có hai PendingIntentđối tượng khác nhau , như trong trường hợp này, bạn nên chỉ định một đối tượng khác requestCodekhi lấy PendingIntentđối tượng.