HarmonyOS 鸿蒙Next中关于PushKit请求体参数的问题
HarmonyOS 鸿蒙Next中关于PushKit请求体参数的问题
请问这个 collapseKey
是如何生效的?按最新一条推送请求为准吗?如果第一条消息 collapseKey
传1,第二条消息 collapseKey
传-1,第二条消息传 0,会如何生效?
https://developer.huawei.com/consumer/cn/doc/harmonyos-references/push-scenariozed-api-request-param
更多关于HarmonyOS 鸿蒙Next中关于PushKit请求体参数的问题的实战教程也可以访问 https://www.itying.com/category-93-b0.html
感谢提问,为了更快的解决您的问题,请提供以下信息:
麻烦确认下您问的情况是“第一条消息collapseKey 传1, 第二条消息collapseKey 传-1 , 第二条消息传 0”吗
我们将在收到信息后尽快处理。
更多关于HarmonyOS 鸿蒙Next中关于PushKit请求体参数的问题的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
更正:第一条消息collapseKey 传1, 第二条消息collapseKey 传-1 , 第三条消息传 0
主要是想了解三种离线缓存方式的是否会相互影响,如果会如何抉择,
在鸿蒙Next中,PushKit请求体参数主要包括:
- 消息类型(msgType):标识推送消息种类
- 消息内容(content):推送的正文数据
- 目标设备标识(deviceTokens):接收设备token数组
- 过期时间(expireTime):消息有效期
- 扩展字段(extras):自定义键值对参数
请求体需封装为JSON格式,通过HTTPS协议发送到推送服务器。注意参数需严格遵循鸿蒙PushKit接口规范,字段名称和数据类型必须正确。
在HarmonyOS Next的PushKit中,collapseKey
参数用于消息合并机制。当多条消息具有相同的collapseKey
时,系统会保留最新的一条消息。针对您的问题:
-
如果第一条消息
collapseKey=1
,第二条=-1
,第三条=0
:这三条消息会独立显示,因为它们的collapseKey
值不同,不会被合并。 -
如果多条消息使用相同的
collapseKey
值(如都为1
),则只有最后收到的那条消息会显示,之前的消息会被覆盖。 -
特殊值说明:
0
表示禁用消息合并(默认值)-1
表示使用消息内容自动生成collapseKey
- 正整数表示手动指定的合并标识符
建议根据实际业务场景选择合适的collapseKey
策略,如需确保每条消息都独立显示,建议使用0
或不同的collapseKey
值。