Возможно. Два подхода.
Во-первых, вы используете параметр collapse_key
, чтобы установить сообщение как сворачиваемое сообщение. Ссылаясь на документы FCM:
Сворачиваемое сообщение — это сообщение, которое может быть заменено новым сообщением, содержащим тот же ключ свертывания, если оно еще не доставлено на устройство.
На самом деле он включен в предоставленную вами ссылку (сначала параметр в разделе Параметры):
collapse_key — этот параметр определяет группу сообщений (например, с Collapse_key: Доступны обновления), которые можно свернуть, чтобы при возобновлении доставки отправлялось только последнее сообщение. Это сделано для того, чтобы избежать отправки слишком большого количества одинаковых сообщений, когда устройство снова подключается к сети или становится активным.
Обратите внимание, что порядок отправки сообщений не гарантируется.
Примечание. В любой момент времени можно использовать не более 4 разных ключей свертывания. Это означает, что сервер подключения FCM может одновременно хранить 4 разных сообщения отправки для синхронизации для каждого клиентского приложения. Если вы превысите это число, нет никакой гарантии, какие 4 ключа свертывания сохранятся на сервере соединений FCM.
Второй подход — это объединение/упаковка/группировка уведомлений. Согласно моему ответу здесь:
Под группировкой уведомления я предполагаю, что вы имеете в виду группировку или объединение уведомлений.
Это больше о том, как вы обрабатываете уведомление в своем клиентском приложении. Вам просто нужно использовать setGroup(), чтобы добавить все ваши уведомления в одну группу, а затем вызвать notify(), чтобы позволить диспетчеру уведомлений об изменениях.
Эта документация по Добавить каждое уведомление в группу в значительной степени подводит итог. все до.
Обновлять:
Из одного из сообщений со ссылками, используя tag
также является опцией:
Идентификатор, используемый для замены существующих уведомлений в панели уведомлений.
Если не указано, каждый запрос создает новое уведомление.
Если указано и уведомление с тем же тегом уже отображается, новое уведомление заменяет существующее в панели уведомлений.
person
AL.
schedule
30.09.2016
tag
? https://firebase.google.com/docs/cloud-messaging/http-server-ref - person Jimit Patel   schedule 09.11.2017