本文共 2047 字，大约阅读时间需要 6 分钟。
DNS 是 (Domain Name System) 的缩写，是因特网的一项核心服务，它作为可以将域名和IP地址相互映射的一个，能够使人更方便的访问，而不用去记住能够被机器直接读取的IP数串。简单说，DNS就是 域名（我们平时使用的网址，如www.sina.com.cn等）到 ip 地址的 服务器。
因为计算机访问对方服务器时，只能识别对方服务器的ip地址，所以当我们输入网址时，就需要先到DNS服务器查询对应的IP地址，然后再访问。
DNS访问是个比较耗时的操作，所以android会把查询到的结果缓存起来，下次查询的时候，就可以直接从缓存中获取，而不需要DNS查询。
DNS解析缓存分为两种：查询成功的缓存，查询失败的缓存（如查询域名不存在等） 。
android 系统对DNS缓存 有两个地方，一个是虚拟机层 ， 一个是 框架层 java.net.InetAddress 类内部维护了一个缓存。
当通过域名解析IP地址时，通过 java.net.InetAddress类来调用相应的方法。它会先查看自身缓存里有没有，木有的话会看虚拟机层有木有缓存，还木有的话才会到DNS服务器查询。
有些情况下，我们不能使用DNS缓存，如服务器IP地址变化等。
虚拟机层默认使用的缓存策略是 成功的查询永久缓存(这里的永久缓存是指整个虚拟机生命周期，虚拟机重启，缓存就没有了) ， 失败的查询只缓存10s。
我们可以设置虚拟机的DNS缓存时间TTL (time-to-live 生命周期):
时间 -1 表示永久缓存，0 表示从不缓存，其他表示缓存具体有效时间。
java.net.InetAddress内部的缓存我们没有办法控制。4.0以前是永久缓存，4.0以后是只缓存2s。也就是说4.0以前通过设置虚拟机TTL没有用，因为java.net.InetAddress永久缓存了。
下面是android api InetAddress 里的原话：
In Android 4.0 (Ice Cream Sandwich) and earlier, DNS caching was performed both by InetAddress and by the C library, which meant that DNS TTLs could not be honored correctly.In later releases, caching is done solely by the C library and DNS TTLs are honored.
在控制DNS缓存时有两点需要注意：
1. 可以根据实际情况来设置networkaddress.cache.ttl属性的值。一般将这个属性的值设为-1.但如果访问的是动态映射的域名（如使用动态域名服务将域名映射成ADSL的动态IP）， 就可能产生IP地址变化后，客户端得到的还是原来的IP地址的情况。
2. 在设置networkaddress.cache.negative.ttl属性值时最好不要将它设为-1，否则如果一个域名因为暂时的故障而无法访问，那么程序再次访问这个域名时，即使这个域名恢复正常，程序也无法再访问这个域名了。除非重新运行程序。
当服务端IP变化，我们的软件又必须通过域名正确访问服务器。
最简单且通用的解决办法是，重启应用程序。
但是我们没有办法控制用户的行为，用户要是不停止程序的话，就永远连不上。
解决方案1：在 Application 的 onCreate()里设置虚拟机不缓存DNS。
假设用户此时正在使用我们的软件，此时域名改变IP指向，用户断线重连后会获得正确的IP，成功连接。InetAddress 缓存的那2s可以不考虑了。
缺点：4.0下不管用。
解决方案2：在第一次域名解析成功后，将IP地址存到文件里。下次连接的时候优先使用保存的IP地址，只有当IP地址连接不上时，才进行域名解析，解析成功后，再次保存IP。
方案一加方案二一起解决了大多数用户的问题。
转载地址：http://zeqqj.baihongyu.com/