一、问题描述

在使用微信服务过程中（调用api.weixin.qq.com），经常会碰到如下这种问题：“java.net.UnknownHostException: api.weixin.qq.com: 未知的名称或服务”。如下图所示：

关键是这种问题不是必现，在Windows电脑上可能正常调用，但是部署到服务器（Linux系统）上却出现了，问题很难排查。查了好多方案都没有解决。最后通过不断分析实验，得出本文解决方法。

二、解决方案

Linux系统下的解决方案如下：

步骤1：找到resolv.conf配置文件

一般情况下此文件都会在 /etc/ 目录下

配置上如下内容：

> 	options timeout:1 attempts:1 rotate
> 	#options single-request-reopen
	nameserver 119.29.29.29
	nameserver 114.114.114.114
	nameserver 180.76.76.76
	nameserver 223.5.5.5

Tips：nameserver：dns服务器，分别采用了腾讯的、114的、百度的、阿里的dns服务器，总有一个是可行的。

步骤2：chattr + i /etc/resolv.conf

在有些Linux下，当网络重启后，/etc/resolv.conf会恢复到原来的状态。本命令是让文件编程只读。如果今后需要修改，用chattr -i /etc/resolv.conf

步骤3：vi /etc/sysconfig/network-scripts/ifcfg-eth0

删掉DNS1，DNS2参数，都用resolv.conf中的配置

步骤4：重新启动网络：service network restart

如果报错或者不生效，请找问题并重启网络

步骤5：可以用nslookup查看哪个DNS生效

三、参数说明

options 后面跟的是各种参数，每个参数意义如下：
timeout：设置等待dns服务器返回的超时时间，单位秒。默认值5。
attempts：向DNS服务器发起域名解析的请求次数。默认值2。采用多个dns服务器轮询
rotate：采用轮询方式访问nameserver
single-request-reopen：CentOS6/CentOS7总是需要等待AAAA（IPv6）的结果，即使关闭IPv6也没什么卵用。
CentOS 6/CentOS 7中的DNS解析器对于ipv4和ipv6都使用同一个socket接口，在同时发出ipv4和ipv6解析请求后，只会收到一个ipv4的解析响应，此时socket将一处于“等待”模式，等待ipv6的解析响应，故导致解析缓慢；添加single-request-reopen后就可以重新打开一个新的socket接收ipv6的解析响应，而不影响ipv4的解析响应。

四、补充说明

经验证关于 options single-request-reopen 配置在某些环境可以，但在某些环境下打开会导致错误如下：

java.net.UnknownHostException: www.xxxxx.com: 未知的名称或服务
	at java.net.Inet6AddressImpl.lookupAllHostAddr(Native Method)

该种情况下，关闭该选项即可。

本文完结！