今天有同學(xué)在測(cè)試小程序的過(guò)程中，發(fā)現(xiàn)一個(gè)問(wèn)題，調(diào)用 微信官方的服務(wù)端接口超時(shí) ，比如這個(gè)接口，https://api.weixin.qq.com/sns/jscode2session ，因?yàn)槲覀冃〕绦虻卿浀臅r(shí)候，會(huì)在自己server端調(diào)用微信的API，這個(gè)接口超時(shí)，導(dǎo)致我們的登錄流程也就掛掉了。本來(lái)以為是偶爾的網(wǎng)絡(luò)問(wèn)題，但是，同學(xué)發(fā)現(xiàn)在測(cè)試服務(wù)器上，很穩(wěn)定的復(fù)現(xiàn)超時(shí)！但是在我們本地測(cè)試過(guò)程中，請(qǐng)求微信服務(wù)器又很快響應(yīng)。嗯，理論上微信服務(wù)器不會(huì)出問(wèn)題的……

試著在服務(wù)器上去 curl 微信的接口，確實(shí)挺慢的，我們代碼里配置了超時(shí)是3秒，目測(cè)確實(shí)超過(guò)了3秒才返回！抱著僥幸的想法，讓同學(xué)把超時(shí)改成5秒，依然超時(shí)……嗯，略微有點(diǎn)尷尬。

試著 ping api.weixin.qq.com ，發(fā)現(xiàn)收到第一個(gè)包，隔著挺長(zhǎng)時(shí)間，后面的包平均幾十毫秒，網(wǎng)絡(luò)應(yīng)該也沒問(wèn)題吧。

沒辦法了，因?yàn)槭欠?wù)端，只能用 curl，想看看這個(gè)工具能不能提供一下，整個(gè)請(qǐng)求的各個(gè)階段，時(shí)間是怎么分布的。搜了一下，還真有這個(gè)功能，具體操作如下：

在某個(gè)目錄下，新建一個(gè)文件，比如 curl-format.txt ，內(nèi)容如下：

 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

在同一個(gè)目錄下，執(zhí)行 curl 操作：

curl -w "@curl-format.txt" -o /dev/null -s "https://api.weixin.qq.com/sns/jscode2session?xxx=xxx&xx=aa"

拿到的結(jié)果如下：

在網(wǎng)上查閱了下，各個(gè)字段含義如下(單位都是 秒 )：

• time_namelookup: DNS 域名解析的時(shí)候，就是把 https://zhihu.com 轉(zhuǎn)換成 ip 地址的過(guò)程
• time_connect: TCP 連接建立的時(shí)間，就是三次握手的時(shí)間
• time_appconnect: SSL/SSH 等上層協(xié)議建立連接的時(shí)間，比如 connect/handshake 的時(shí)間
• time_pretransfer: 從開始到最后一個(gè)請(qǐng)求事務(wù)的時(shí)間
• time_redirect: 從請(qǐng)求開始到響應(yīng)開始傳輸?shù)臅r(shí)間
• time_starttransfer: 從請(qǐng)求開始到第一個(gè)字節(jié)將要傳輸?shù)臅r(shí)間
• time_total: 這次請(qǐng)求花費(fèi)的全部時(shí)間

從上面截圖中可以看出，我們服務(wù)器上，在DNS域名解析階段，就花了 5秒 ，難怪會(huì)超時(shí)了……

找到了問(wèn)題，那就先在機(jī)器上修改 /etc/hosts 文件，寫死一個(gè)微信域名的IP解析，暫時(shí) 把這個(gè)問(wèn)題修復(fù)了。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論