小程序获取用户信息逻辑完全按照最新规范来获取，使用了一个按钮让用户主动触发，大部分用户都正常，这里有一个个例，每隔一段时间就弹出提示需要授权用户信息。

上次发完就沉了，无奈再发一次先上图证明了 [图片] 现行系统通过服务号与小程序协同进行业务流转 现出现有用户使用同一微信号在小程序与服务号之间进行业务流转时反应数据未同步 经查该用户在小程序中获取到的unionID与服务号获取到的unionID不相符，目前为止用户数量较少，只有2人出现这种情况 现在发现通过sessionkey解密方式得到的unionID和微信公众号关注等事件返回的unionID不一致，这是什么情况？ 我这有情况比较特殊，首先上线的是小程序，小程序但是并没有绑定开放平台，之后需要和服务号进行协同，主要处理消息推送。 因为之前没有处理unionID所以绑定开放平台后清理过一批用户数据，但是并没有放弃这批数据，而是放入备份中，用户再次登录后获取小程序的openID与unionID，将openID进行对比，存在则将unionID与旧信息进行整合，放入正式信息内，如果没有则当做新用户新建，大部分的用户都没有问题，但是有部分清理前的小程序用户被清理后从服务号进入，留下了服务号的unionID，之后又回到了小程序，这一来一回就生成了unionID不同的两条记录，目前生产库用户数据是6000+，被清理的数据是5000+，现在数据恢复了500+，出问题的是3个用户，与出问题用户确认，用户并无第二个微信号，从特征来看，也不像是两个不同的微信号导致的问题

现行系统通过服务号与小程序协同进行业务流转 现出现有用户使用同一微信号在小程序与服务号之间进行业务流转时反应数据未同步 经查该用户在小程序中获取到的unionID与服务号获取到的unionID不相符，目前为止用户数量较少，只有2人出现这种情况 现在发现通过sessionkey解密方式得到的unionID和微信公众号关注等事件返回的unionID不一致，这是什么情况？ 追加： 我这有情况比较特殊，首先上线的是小程序，小程序但是并没有绑定开放平台，之后需要和服务号进行协同，主要处理消息推送。 因为之前没有处理unionID所以绑定开放平台后清理过一批用户数据，但是并没有放弃这批数据，而是放入备份中，用户再次登录后获取小程序的openID与unionID，将openID进行对比，存在则将unionID与旧信息进行整合，放入正式信息内，如果没有则当做新用户新建，大部分的用户都没有问题，但是有部分清理前的小程序用户被清理后从服务号进入，留下了服务号的unionID，之后又回到了小程序，这一来一回就生成了unionID不同的两条记录，目前生产库用户数据是6000+，被清理的数据是5000+，现在数据恢复了500+，出问题的是3个用户，与出问题用户确认，用户并无第二个微信号，从特征来看，也不像是两个不同的微信号导致的问题 我觉得我描述的应该很清楚了