Android同一条推送收到了2~3次

重复消息
android
标签: #<Tag:0x00007fb83fe9ccb8> #<Tag:0x00007fb83fe9cb78>

(Eric) #1

今天收到了用户反馈,下午2点钟左右的那条推送有几个用户收到了2~3次。我找到其中一个用户的ID然后找到对应的MessageID是441172204。能否帮忙查一下原因?担心影响面会很大,所以比较着急。


#2

重复收到多条消息,请检查
1、收到的消息的msgid是否一样!
2、不一样说明你们自己重复请求推送了多次!
3、请去检查你们的推送代码!
4、如果msgid一样,那么iOS请阅读: ios 一条推送,收到两条消息

如果自己推送了多次,处理办法
1、给我appkey、需要删除离线保存消息的msgid,你官网个人信息截图(私信我)

2、


(Eric) #3

不是iOS系统,是Android。我从历史中没有找到同一个用户注册ID(120c83f7601eec68aa5),只有这个MessageID有这一个注册ID。所以应该不是推送代码的问题。而且只有部分用户出现,并不是所有用户出现。


#4

我单单查这个msgid,和这个registrationID,他只收到一次。

所以需要你去确认他们收到多次消息时,这多条消息的msgid分别是多少,否则没法去查。


(Eric) #5

请问要怎么查?能否告知日志的目录?


#6

你们去拿用户的日志,看他收到消息的msgid是一样还是不一样,然后给我,我去查这些msgid是怎么推送的

客户端日志:


(Eric) #7

最后发现还是我们重复调用接口了。感谢你的回复!


#8

嗯,好的,Android遇到基本上都是开发者自己重复调用了的


(Eric) #9

还想再请教一下。从极光的历史看来,我们是调用了多次,但是我们的代码里没找到调用多次的地方。想请问一下,推送历史的顺序可以认为是我们调用的顺序吗?scheduledTime就是我们调用的时间吗?我们想从这里找一下规律。谢谢!


#10

首先检查是不是这里
发了两次的原因

其次,顺序上 可以这么认为

scheduledTime是定时任务的时间,不是定时任务的话应该没有