有朋友在阿里云主機實現微信支付邏輯時，發現api.mch.weixin.qq.com的解析實在是太慢了。

因此出現了手動修改/etc/hosts的情況，當然了，哪天微信支付要是換個機房肯定要掛。

我們的機房也有相似的同題，專門記錄一下。

代碼里用curl來請求微信，經常超時，這時使用wget試驗：

[root@01 tmp]# wget api.mch.weixin.qq.com

--2016-06-18 14:51:03--  http://api.mch.weixin.qq.com/

Resolving api.mch.weixin.qq.com...  域名解析很久不出來

測試確認是ipv6問題

給wget加上-4，強制使用ipv4，如果很快，那基本上確定是ipv6惹的禍了。

1. [root@01 tmp]# wget -4 api.mch.weixin.qq.com 
2. --2016-06-18 17:03:52--  http://api.mch.weixin.qq.com/ 
3. Resolving api.mch.weixin.qq.com... 123.151.71.149, 123.151.79.109 
4. Connecting to api.mch.weixin.qq.com|123.151.71.149|:80... connected. 

代碼分析:

專門寫個代碼來測試ipv6的解析，用到系統函數getaddrinfo:

1. #include <stdio.h> 
2. #include <string.h> 
3. #include <netdb.h> 
4. #include <iostream> 
5. #include <sys/types.h> 
6. #include <sys/types.h> 
7. #include <sys/socket.h> 
8. #include <arpa/inet.h> 
9.  
10.  
11. using namespace std; 
12.  
13. int main() { 
14.  
15.     struct addrinfo hints,*answer,*curr,*p; 
16.  
17.     int error; 
18.  
19.     memset(&hints, 0, sizeof hints); 
20.     hints.ai_family = AF_INET6;//AF_UNSPEC; // use AF_INET6 to force IPv6 
21.     hints.ai_socktype = SOCK_STREAM;//SOCK_DGRAM; // SOCK_STREAM 
22.  
23.     if ((error = getaddrinfo("api.mch.weixin.qq.com", NULL, &hints, &answer)) != 0) { 
24.         fprintf(stderr, "getaddrinfo: %s/n", gai_strerror(error)); 
25.         return 1; 
26.     } else cout <<"Success with a URL/n"; 
27.  
28.     char ipstr[16]; 
29.     for (curr = answer; curr != NULL; curr = curr->ai_next) { 
30.         inet_ntop(AF_INET,&(((struct sockaddr_in *)(curr->ai_addr))->sin_addr),ipstr, 16); 
31.         printf("%s/n", ipstr); 
32.     } 
33.  
34.     freeaddrinfo(answer); 
35.  
36.  
37.     return 0; 
38. } 

包含頭文件

netdb.h

函數原型

int getaddrinfo( const char hostname, const char service, const struct addrinfo *hints, struct addrinfo **result );

參數說明

hints：可以是一個空指針，也可以是一個指向某個addrinfo結構體的指針，調用者在這個結構中填入關于期望返回的信息類型的暗示。舉例來說：如果指定的服務既支持TCP也支持UDP，那么調用者可以把hints結構中的ai_socktype成員設置成SOCK_DGRAM使得返回的僅僅是適用于數據報套接口的信息。而是否ipv6則由ai_family決定。

result：本函數通過result指針參數返回一個指向addrinfo結構體鏈表的指針。

返回值：0——成功，非0——出錯

測試結果

ai_family為ipv6時，只會尋找ipv6的解析結果，一般域名也沒設置。ai_family為AF_UNSPEC時，會先ipv6再ipv4的，而api.mch.weixin.qq.com這個域名的ipv6解析出奇的慢（qq.com卻不慢，原因見后）。

解決辦法

如果是curl，c可以強制指定ipv4，使用curl_easy_setopt(curl, CURLOPT_IPRESOLVE, CURL_IPRESOLVE_V4);

其他語言的也參考此法。

測試代碼下載

深層原因分析

nslookup -query=AAAA api.mch.weixin.qq.com -debug 是找不到解析的（指定的AAAA就是ipv6），然后會發現一個SOA聲明和他的上級weixin.qq.com有一個ipv6的CNAME，到了minorshort.weixin.qq.com，而這域名又是沒有ipv6的解析的。

目測ipv6找解析時是在這個SOA和CNAME的地方打圈了，微信的同學們是不是考慮讓大伙好過一點，把這些個域名的ipv6設置去掉。

dig @ns-tel1.qq.com weixin.qq.com AAAA

weixin.qq.com.        43200   IN   SOA  ns-tel1.qq.com. webmaster.qq.com. 1293502040 300 600 86400 300