使用AGC重签名服务前后渠道号信息异常分析

最近有开发者反馈使用AGC的应用签名服务后原有的渠道信息出现一系列问题，经过定位终于搞清楚原因了，这里做一下事件回顾分享，供大家参考。

现象描述

未使用应用签名服务--->使用应用签名服务

开发者原有应用是直接在AGC上架的，没有使用应用签名服务，后台检测到的渠道号信息也只有一个（假设为A），在某一天，使用了华为提供的应用签名服务后，发现后台监测到的渠道号信息除了A，还有B（一般在没有获取到签名信息是会有一个默认的渠道号B）。因此怀疑华为分发错了包，实际不是的，是因为应用签名会对包体进行重签名，原有的在包体签名信息写入的渠道号信息会丢掉，这里可以参考原来的文章：《应用上架后渠道包信息丢失处理分析》，所以如果想保留原有渠道信息的话就不要使用应用签名服务了。

使用应用签名服务--->取消应用签名服务

在上述操作后，开发者便退出了应用签名服务，重新发布了新的未重签名版本，但是后台监测到仍然有两个渠道号A和B，因此开发者怀疑华为仍然在分发重签名的应用版本。正常取消重签名服务后，全网在架的只有一个未签名的版本，新用户下载的应用只能是渠道号A的版本。那为什么还有渠道号B的用户占比呢？

经过仔细分析，原来渠道号信息的统计并不是一安装时就收集而是需要安装并打开应用后才激活，而现网有用户原来确实是安装了重签名的版本，但是一直没有打开应用，等到开发者已经发布了未签名的版本后才打开原先的应用，这时仍然上报的是重签名版本的渠道号B。这也是为什么开发者在首次发布重签名的版本后，仍然有统计到渠道号A的用户，因为也有一部分用户安装的老版本一直没有打开，正好在发布重签名版本或者取消重签名版本后打开。

总结

总的来说分发没有问题，使用签名服务渠道号信息会丢失，且渠道号信息统计是依赖于打开应用的时间，与应用实际的安装时间没有必然关系。

 

欲了解更多更全技术文章，欢迎访问https://developer.huawei.com/consumer/cn/forum/?ha_source=zzh