大家有没有碰到这种情况，微信将数据给吃了，未将结果返回给小程序。 我这边有数据分析为证。 测试方案： 小程序调用登录接口前，调用一个http的get接口，上传一个埋点A 小程序调用登录接口。 小程序接收到返回结果，上传一个埋点B。 三个中间没其他的业务逻辑 服务端登录接口耗时平均300ms 发现结果： 小程序登录接口调用人数为埋点A人数的92.6% 埋点B的人数为埋点A人数的80.6%，是登录接口调用人数的86.9% 问题：从登录接口到埋点B，为什么少了13%，这些被小程序吃了么？

- 当前 Bug 的表现（可附上截图） - 预期表现 - 复现路径 - 提供一个最简复现 Demo 具体描述： 1.小程序打开的时候，h5会调用服务端一个接口，图片上的那个接口 wxChatLogin 2.小程序拿到服务端返回的结果之后，就会调用一个http的get请求，用来进行埋点（登录埋点） 3.我们发现有很多用户，在调用wxChatLogin之后，就直接死掉了，没有调用get请求（即我们的登录埋点） [图片] 1.wxChatLogin  是我们服务端的一个接口 2. h5将code通过这个接口传给服务端，服务端通过code+appid+secret，调用微信提供的  https://api.weixin.qq.com/sns/jscode2session接口，拿到用户的openId+session_key信息 3. 服务端，通过openId找到数据库的 用户信息，返回给h5

- 当前 Bug 的表现（可附上截图） [图片] 小程序在调用服务端接口后，接到相应后立刻会调用一个http请求，用来做埋点统计； 发现现在有30%的人，卡死在这个登录了，没有调用http请求埋点。 这样相当于我们推广的有30%的人全浪费了 - 预期表现 接收到服务端返回的数据 请求一个http的get请求，用来做日志收集 进行后续的代码请求 - 复现路径 打开小程序 - 提供一个最简复现 Demo