[图片][图片][图片] 图1：是真机调试的结果（在开发者工具中调用这个接口，返回很快，不会失败），但是在真机中经常出现十几二十秒才能接收到请求的情况，甚至超过一分钟导致请求失败（有时能很快收到响应），后台日志显示最长的响应时间不超过300ms，但真机一直接收不到返回，或返回延迟很大，根据用户反馈是最近出现的，去年没有出现这个问题（这个请求和页面的代码前后端一年没动过），试了好几台安卓ios设备，都有这个问题 图2：是postman请求该接口的情况，返回的数据是一个超长的base64字符串，响应最长不会超过300ms（和开发者工具调用该接口一样），但真机调试或真机调用该接口就很容易出现问题

- 当前 Bug 的表现（可附上截图） 1、A带参跳转到B小程序，在第二次跳转的时候，B小程序拿到的参数（options.referrerInfo.extraData）还是A小程序第一次带过来的。 2、多次跳转时，在A小程序的bindsuccess打印出来的extraData是不同的，也就是说，每次传过去的参数是正确的。但B小程序一直拿的是第一次跳转传过去的参数。 3、除非自己在微信上方的“最近使用”里，手动删除掉B小程序。然后再从A小程序带参跳转到B小程序，才能拿到正确的参数。 - 预期表现 - 复现路径 - 提供一个最简复现 Demo