jpush registrationid update

android
registrationid
标签: #<Tag:0x00007fb83c0adbc8> #<Tag:0x00007fb83c0ada88>

#3

你好,我们当前的APP版本是2.1.9,每个月都会有迭代的升级。在今年四月份左右我也是升级了一下你们极光的APP。
现在我把用户的请求日志贴出来,如下:

关联用户 曹书培
创建时间 2017-11-13 22:11:02
url /login_new
imei 160a3797c83054a20c9
请求内容
{“identication”: {“info”: {“systemModel”: “android”, “systemVersion”: “5.0.2”, “deviceModel”: “vivo Y51A”, “manufacturer”: “vivo”}, “version”: “2.1.9”, “imei”: “160a3797c83054a20c9”, “type”: “basic”}, “data”: { “token_jpush”: “160a3797c83054a20c9”}}

关联用户 曹书培
创建时间 2017-11-13 22:11:17
url /login_new
imei 190e35f7e04a246172b
请求内容
{“identication”: {“info”: {“systemModel”: “android”, “systemVersion”: “5.0.2”, “deviceModel”: “vivo Y51A”, “manufacturer”: “vivo”}, “version”: “2.1.9”, “imei”: “190e35f7e04a246172b”, “type”: “basic”}, “data”: {“token_jpush”: “190e35f7e04a246172b”}}
错误代码
101
错误类型
错误消息
当前账号已绑定其他设备,请联系贵公司系统管理人员解绑。

中间间隔了15分钟,用户的registerID就改变了,设备系统版本,APP版本都没有改变过。由于我使用你们的registerID作为IMEI,现在显示设备不符,用户登录不上


#4

你的意思是你们 用户端登陆 是用在客户端调用API获取到的registrationID 来进行登陆的?

所以在收到你们这个用户的登陆请求时,发现传过来的registrationID改变了是吗?

可否拿得到你们用户的客户端日志?

根据你的这个时间描述,应是相隔了15秒

确认用户不是换了一个他的另外一个设备做了同一个账号的登陆吗?

我这里查到两个ID的注册时间都非常早,即便是同一个设备,突然更新了registrationID,也应该是 重新注册了一个新的ID,注册时间应就是这两天才对


#5

你的意思是你们 用户端登陆 是用在客户端调用API获取到的registrationID 来进行登陆的?
答:接口里面还包括用户名密码,在上述接口中我把用户名密码除去了(敏感信息),在登录的时候我们会把registerID作为IMEI去验证是否是同一个设备登录,接口里面token_jpush只是为了后台推送给APP端消息用的

所以在收到你们这个用户的登陆请求时,发现传过来的registrationID改变了是吗?
答:是的,registrationID改变了

可否拿得到你们用户的客户端日志?
答:只能拿到用户的网络请求日志,客户端日志拿不到

确认用户不是换了一个他的另外一个设备做了同一个账号的登陆吗?
答:不可能是另外一个设备,应该为接口里面都记录了设备信息,都是{“info”: {“systemModel”: “android”, “systemVersion”: “5.0.2”, “deviceModel”: “vivo Y51A”, “manufacturer”: “vivo”}


#6

你们现在这个用户,当前向你服务器发起的登录请求信息如何呢?是registrationID的信息依旧是变化后的190e35f7e04a246172b,没有其他的变化了是吗

我这边反馈下情况查一下,如果真如你所说是同一个设备,那问题有点奇怪


#7

对的 ,现在一直是190e35f7e04a246172b,你那边能把该用户两次注册的参数信息发给我吗?刷机的情况会不会导致这个问题?


#8

刷机会导致,但首先:
1、你上述的信息实际是只相隔了15秒,刷机来得及?

2、这两个ID,我刚刚说了,注册时间非常早,如果是刷机等改变了设备信息,重新注册得到的,那么注册时间就是这两天才对。

3、你可以联系上你们的用户做一个具体的确认吗?

就是是否有更换其他的手机(机型系统什么都一样的)去尝试过登陆等,或者其他的操作。


#9

你好,我刚看了下日志,该用户使用vivo Y51A登录的三个连续的时间点,分别是2017-04-25 18:14:05,id为190e35f7e04a246172b;2017-04-26 14:49:33,id为“”;2017-08-07 08:11:49,id为160a3797c83054a20c9。从日志可以看到"imei": “860441035582621”,一直是这个值,说明190e35f7e04a246172b和160a3797c83054a20c9是属于同一个手机的,问题在于现在为什么一直拿到的是190e35f7e04a246172b这个老的registerID

关联用户
曹书培
创建时间
2017-04-25 18:14:05
url
/login_new
imei
860441035582621
请求内容
{“identication”: {“username”: “caosp_yg”, “info”: {“systemModel”: “android”, “systemVersion”: “5.0.2”, “deviceModel”: “vivo Y51A”, “manufacturer”: “vivo”}, “company_code”: “CLOUDBOX”, “language”: “zh”, “linkid”: “fa88f75c-ce84-4287-b17f-84ce28ad4c2e”, “app_channel”: “ehr”, “version”: “2.0.9”, “imei”: “860441035582621”, “type”: “basic”}, “data”: {“loginname”: “caosp_yg”, “password”: “8hijoMokwL+FtGfyBHCivg==”, “token_jpush”: “190e35f7e04a246172b”}}

关联用户
曹书培
创建时间
2017-04-26 14:49:33
url
/login_new
imei
860441035582621
请求内容
{“identication”: {“username”: “caosp_yg”, “info”: {“systemModel”: “android”, “systemVersion”: “5.0.2”, “deviceModel”: “vivo Y51A”, “manufacturer”: “vivo”}, “company_code”: “CLOUDBOX”, “language”: “zh”, “linkid”: “b9c83ae0-4075-468a-a22a-7f10884901cb”, “app_channel”: “ehr”, “version”: “2.0.9”, “imei”: “860441035582621”, “type”: “basic”}, “data”: {“loginname”: “caosp_yg”, “password”: “8hijoMokwL+FtGfyBHCivg==”, “token_jpush”: “”}}

创建时间
2017-08-07 08:11:49
url
/login_new
imei
860441035582621
请求内容
{“identication”: {“username”: “caosp_yg”, “info”: {“systemModel”: “android”, “systemVersion”: “5.0.2”, “deviceModel”: “vivo Y51A”, “manufacturer”: “vivo”}, “company_code”: “CLOUDBOX”, “language”: “zh”, “linkid”: “eb0cf03c-9e1b-4b2b-86ec-eadba997deb5”, “app_channel”: “ehr”, “version”: “2.1.4”, “imei”: “860441035582621”, “type”: “basic”}, “data”: {“loginname”: “caosp_yg”, “password”: “8hijoMokwL+FtGfyBHCivg==”, “token_jpush”: “160a3797c83054a20c9”}}


#10

情况说明:
从两个id的注册信息来看,除了mac没变化之外,其他注册信息都已经变化。就是你说的IMEI在我们这边得到实际是不一样的,只有Mac地址是一样的macAddress : c4:66:99:d5:28:45
regid : 190e35f7e04a246172b
imei : 860441035582621

regid : 160a3797c83054a20c9
imei : 860441035582613

1.从mac信息来看,有可能是同一台设备,需要你这边再作确认
2.如果是同一台机器,那么用户可能进行了缓存的清除,导致sdk端缓存的registrationid信息丢失,从而会发生重复注册的行为
3.其他可能变化的原因:用户将sim卡更换卡的插槽也是会导致IMEI变化的,从而导致registrationID变化


#11

你好,跟用户确认过了,确实是同一台设备。可能会存在两个registerID的情况我也了解过了,用户可能进行了换卡槽的操作。现在的问题是为何在15秒由160a3797c83054a20c9 变成了 190e35f7e04a246172b,这个的话你们那边有什么比较好的查询方式吗


#12

在他可以登录到不可以登录这期间 ,他若做了清除缓存或者换卡槽的动作,就可能会导致registrationID发生改变

这个registrationID的变动,也就是他的IMEI等信息变了,譬如上述两个IMEI,从第一个变为第二个,就会导致registrationID从第一个变为第二个,反之亦然。


#13

在15秒时间内不会说刷机吧。那清除缓存指的是?


#14

是指清除应用缓存,这个缓存通过用户操作可以清除,也可以通过代码进行清除

用户操作是在应用信息里面有这个按钮


#15

我觉得您的这个解释不合理。(DeviceID 之外增加补充规则:综合根据 IMEI, MAC Address, AndroidID 这几个值来判断,是否可能是老设备.)我只是换了个卡槽IMEI变化了,MacAddress没有改变 为何给我生成了一个新的registerID。市面上那么多双卡双待的机型,你不能说用户换了个卡槽或者是清空了缓存数据就给他生成一个新的registerID。


#16

我之前说了,除了Mac信息外,其他所有的信息都改变了,就是说device ID、IMEI、serial都改变了,仅有Mac一致是不足以判定这是一个已注册的老设备的。

我们对设备的标识信息若被清除,SDK无法找到,那么自然会去重新注册得到新的registrationID

这里面也提到了如何直接手动操作 以获取到新的ID的方法,这是绝对会产生新的ID的,清除缓存和换卡槽是可能


#17

你好,今天下午又遇到和上述相同的一个案例,OPPO A57(18071adc033d7412ea3) OPPOA57(170976fa8abe0d2fce0),接口请求在一分钟之内,id由18071adc033d7412ea3变为170976fa8abe0d2fce0,你能帮我查下记录吗?是什么原因导致id1的变化


#18

Mac地址和device ID等发生了改变,只有IMEI没有改变,导致的registrationID改变。


#19

请问18071adc033d7412ea3和170976fa8abe0d2fce0这两个id的Mac地址和device ID分别的对应值是什么,并且这两个id的创建时间是?


#20

regTime : 2017-05-02 11:31:56
macAddress : 02:00:00:00:00:00
deviceId : 9fb4a11a9a58fbe5cc4870dfa822f008

regTime : 2017-11-24 21:39:05
macAddress : 38:29:5a:1a:55:c1
deviceId : d5debe3b7651bfd11bdaf3916ba99ce0


#21

你好,请问一下那现在两个id 18071adc033d7412ea3,170976fa8abe0d2fce0这两个账号现在是你们随机分配的吗,还是说新的id会覆盖旧的ID


#22

注册产生过的ID 在服务器端不会被删掉(即便他可能卸载不用了等等),你们客户端现在获取到的是什么ID,那么此时给他推送消息,用这个ID推,才收的到。