在测试过程中发现，通过客户端中个人名片中的二维码添加好友之后，会出现非期望的state参数
正常来说通过这个途径添加好友时，state参数应该是空的，但是实际测试发现state参数前缀确实是我们自己的，但是后面的信息并不能跟我们系统中的数据匹配
请问有兄弟遇到过这种情况么
相关问题
相关文档
- 事件回调接入流程: 小商店/开发/平台能力/商业能力/交易组件/视频号小程序自定义交易组件及开放接口/事件回调/事件回调接入流程
- 事件回调接入流程: 小商店/开发/平台能力/商业能力/交易组件/视频号小程序自定义交易组件及开放接口/事件回调/事件回调接入流程
- 回调请求参数示例: 小商店/开发/平台能力/商业能力/交易组件/视频号小程序自定义交易组件及开放接口/事件回调/用户领券回调
- 回调回包参数说明: 小商店/开发/平台能力/商业能力/交易组件/视频号小程序自定义交易组件及开放接口/事件回调/用户领券回调
- 回调请求参数说明: 小商店/开发/平台能力/商业能力/交易组件/视频号小程序自定义交易组件及开放接口/事件回调/用户领券回调
state是在“联系我“中设置的，主要用户识别扫码的场景。
如设置了state参数非空，则在回调事件中可根据state参数判断用户扫码的场景。
之前我们在通过state识别扫码来源时，保存数据时保存参数出错，找了很久才发现问题。
state 确实有待改进。订单首次扫码通过state判断扫码人，然后绑定userid到订单。通过群发接口发通知给顾客。然而第二个订单，同一个人扫码。不会携带state参数。如果同时添加了两个成员为好友。扫码添加第三个成员，也是没有state参数的。而且二维码能设置的只有state这一个参数。我现在只能通过侧边栏去绑定。多了很多步骤，无法自动化。这个问题官方可以优化一下。