小程序server请求微信服务器超时

今天有同窗在测试小程序的过程当中,发现一个问题,调用 微信官方的服务端接口超时 ,好比这个接口,https://api.weixin.qq.com/sns/jscode2session ,由于咱们小程序登陆的时候,会在本身server端调用微信的API,这个接口超时,致使咱们的登陆流程也就挂掉了。原本觉得是偶尔的网络问题,可是,同窗发如今测试服务器上,很稳定的复现超时!可是在咱们本地测试过程当中,请求微信服务器又很快响应。嗯,理论上微信服务器不会出问题的……shell

试着在服务器上去 curl 微信的接口,确实挺慢的,咱们代码里配置了超时是3秒,目测确实超过了3秒才返回!抱着侥幸的想法,让同窗把超时改为5秒,依然超时……嗯,略微有点尴尬。小程序

试着 ping api.weixin.qq.com ,发现收到第一个包,隔着挺长时间,后面的包平均几十毫秒,网络应该也没问题吧。api

没办法了,由于是服务端,只能用 curl,想看看这个工具能不能提供一下,整个请求的各个阶段,时间是怎么分布的。搜了一下,还真有这个功能,具体操做以下:服务器

  1. 在某个目录下,新建一个文件,好比 curl-format.txt ,内容以下:
time_namelookup:  %{time_namelookup}\n
       time_connect:  %{time_connect}\n
    time_appconnect:  %{time_appconnect}\n
   time_pretransfer:  %{time_pretransfer}\n
      time_redirect:  %{time_redirect}\n
 time_starttransfer:  %{time_starttransfer}\n
                    ----------\n
         time_total:  %{time_total}\n
复制代码
  1. 同一个目录下,执行 curl 操做:
curl -w "@curl-format.txt" -o /dev/null -s "https://api.weixin.qq.com/sns/jscode2session?xxx=xxx&xx=aa"
复制代码

拿到的结果以下:微信

在网上查阅了下,各个字段含义以下(单位都是 ):网络

  • time_namelookup: DNS 域名解析的时候,就是把 https://zhihu.com 转换成 ip 地址的过程
  • time_connect: TCP 链接创建的时间,就是三次握手的时间
  • time_appconnect: SSL/SSH 等上层协议创建链接的时间,好比 connect/handshake 的时间
  • time_pretransfer: 从开始到最后一个请求事务的时间
  • time_redirect: 从请求开始到响应开始传输的时间
  • time_starttransfer: 从请求开始到第一个字节将要传输的时间
  • time_total: 此次请求花费的所有时间

从上面截图中能够看出,咱们服务器上,在DNS域名解析阶段,就花了 5秒 ,难怪会超时了……session

找到了问题,那就先在机器上修改 /etc/hosts 文件,写死一个微信域名的IP解析,暂时 把这个问题修复了。app

相关资料

相关文章
相关标签/搜索