打包正式包和自定义基座，各自获取unipush的clientid做对比 即可发现不相同
斑马披萨
- 发布：2021-01-14 16:41
- 更新：2021-01-14 17:10
- 阅读：836
产品分类： uniapp/App
PC开发环境操作系统： Windows
PC开发环境操作系统版本号： Windows 10 专业版 20H2 19042.685
HBuilderX类型： 正式
HBuilderX版本号： 3.0.5
手机系统： Android
手机系统版本号： Android 7.1.1
手机厂商： A63收银机
手机机型： A63收银机
页面类型： vue
打包方式： 云端
项目创建方式： HBuilderX
App下载地址或H5⽹址： https://www.zebrabox.com.cn/apk/zebra_cash_register_1.0.1.apk
操作步骤：
预期结果：
自定义基座拿到的推送clientid和发布版本的推送clientid一致
自定义基座拿到的推送clientid和发布版本的推送clientid一致
实际结果：
自定义基座拿到的推送clientid和发布版本的推送clientid不一致
自定义基座拿到的推送clientid和发布版本的推送clientid不一致
bug描述：
大概是从昨天那一个多小时的云打包服务器故障后，我们这边 在使用nipush推送时，新编译的自定义基座和 1月6日到七日之间发布生产apk各自获取的clientId突然不一致了。
详情：
1、一月六日到七日，我们发布了几个安卓生产版本apk，获取到的推送客户端id都是A
2、昨天打包了一个新版本的自定义调试基座，用的和生产apk一样的报名和自有签名证书，但是发现推送客户端id变成了B
3、在去年12月到今年1月的开发过程中，自定义基座和发布生产apk拿到的客户端id都是一致的正常的，就这几天发现异常。
2 个回复
斑马披萨 (作者)
增加了测试内容，测试结果为:
2021年1月14日编译的新版自定义基座和2021年1月14日编译的新版发布1.0.4版本apk 各自获取的unipush推送的clientid依然不一致。用的都是同一个签名证书和包名
DCloud_Android_DQQ
client id 本身不能保证唯一标识一个设备。
它只是push场景下，客户端的唯一标识,随着时间/推送商策略改变是正常的。
如果想要唯一标识Android设备，建议使用oaid