Tworzę powiadomienie wewnątrz BroadcastReceiver za pomocą tego kodu:
String ns = Context.NOTIFICATION_SERVICE;
NotificationManager mNotificationManager = (NotificationManager) context.getSystemService(ns);
int icon = R.drawable.ic_stat_notification;
CharSequence tickerText = "New Notification";
long when = System.currentTimeMillis();
Notification notification = new Notification(icon, tickerText, when);
notification.defaults |= Notification.DEFAULT_VIBRATE;
long[] vibrate = {0,100,200,200,200,200};
notification.vibrate = vibrate;
notification.flags |= Notification.FLAG_AUTO_CANCEL;
CharSequence contentTitle = "Title";
CharSequence contentText = "Text";
Intent notificationIntent = new Intent(context, NotificationActivity.class);
notificationIntent.putExtra(Global.INTENT_EXTRA_FOO_ID, foo_id);
PendingIntent contentIntent = PendingIntent.getActivity(context, 0, notificationIntent, 0);
notification.setLatestEventInfo(context, contentTitle, contentText, contentIntent);
int mynotification_id = 1;
mNotificationManager.notify(mynotification_id, notification);
Kiedy klikam powiadomienie, otwiera się NotificationActivity, a wewnątrz działania mogę pobrać foo_id z Intent-Bundle (np. 1)
Jeśli jednak zostanie uruchomione inne powiadomienie i kliknę je ponownie, aktywność nadal otrzyma „starą” wartość (1) z paczki intencji. Próbowałem wyczyścić pakiet za pomocą clear (), ale otrzymuję ten sam efekt. Myślę, że coś jest nie tak z moim kodem.
Odpowiedzi:
Wysyłasz ten sam kod żądania dla oczekującego intensywności. Zmień to:
Do:
intencje nie są tworzone, jeśli wysyłasz te same parametry. Są ponownie wykorzystywane.
źródło
Intent
który ma różne dodatki (przezputExtra
), jest uważany za taki sam i ponownie używany, ponieważ nie podałem unikalnego identyfikatora dla jakiegoś oczekującego połączenia - straszny apiAlternatywnie możesz użyć następującego kodu, aby wygenerować swój PendingIntent:
Z dokumentu dla
PendingIntent.FLAG_UPDATE_CURRENT
:źródło
Przekazujesz ten sam identyfikator. W takiej sytuacji stwórz unikalny identyfikator od czasu do czasu:
I ująć to tak:
źródło
System.currentTimeMillis()
zwraca long, podczas gdyrequestId
parametr ofPendingIntent.getActivity()
przyjmuje int.0xffffffff
jest maską bitową. Chociaż jest w tym trochę więcej, proste wyjaśnienie jest takie, że wykonanie `long & 0xffffffff 'daje najniższe 32-bity z długich i odrzuca najwyższe 32-bity, pozostawiając zasadniczo 32-bitową wartość int. Jest to lepsze niż zwykłe rzutowanie na int, ponieważ nie zepsuje bitu znaku (jeśli rzucisz long, który jest większy niż int do int, bit znaku przepełni się i potencjalnie skończysz z wartością ujemną )Dla każdego, kto szuka najlepszego podejścia po długim czasie, musisz przekazać PendingIntent.FLAG_UPDATE_CURRENT jako ostatni argument, jak pokazano poniżej
nie musisz nawet podawać nowego unikalnego identyfikatora.
Musisz to zrobić następnym razem, a nie pierwszy raz
źródło
Twój kod żądania to 0 dla wszystkich powiadomień. Zmień następujący wiersz:
Z:
źródło
Chciałem tylko dodać inną opcję
źródło