linux firefox dns缓存,为什么有了DNS Client ，IE,Firefox,Chrome还要再缓存DNS呢？

1.以chrome举例来说明一下这个问题。

首先要了解一下一种叫做DNS Prefetching(DNS预读取)的技术，浏览器尝试预测用户即将导航到的URL，提前对其进行解析，浏览器(至少是Chrome)依然是调用并依赖于系统自身的DNS解析和缓存机制，自己不会永久存储解析结果。

原因很简单，DNS解析的延迟过高，延迟可以高达数秒，获取已缓存的解析结果只需要1ms。而DNS解析的带宽占用并不高，所以大规模的做prefetching是值得的。

Chrome采用了DNS prefetching带来的好处，就是为用户在每次浏览时节约了平均200ms的时间，而在正常情况下(通常也是最坏情况)，DNS解析带来的延迟往往会超过1s。

2.下面以Windows系统为例，再补充几个实现上的的细节。

DNS Client 是Windows系统自带的dns缓存服务。

Chrome的prefetching采用外部线程做DNS prefetching，不占用浏览器的网络协议栈，作用于操作系统全局DNS缓存。文档里的说法是，warming the DNS cache of the operating system。

由于Windows系统没有提供异步DNS解析的支持，Chrome使用了8个线程来专职完成prefetching的工作，每个线程阻塞在windows系统的同步DNS解析函数上等待结果。

Windows(XP)系统能缓存的DNS解析结果数量大概是50~200个，所以大规模的prefetching可能会导致一些解析结果被挤出缓存(eviction)，Chrome因此有一套机制来预测需要的域名在什么时候有可能会被系统丢弃，然后在此之前自动再次进行解析，“提醒"系统别忘记这个域名。这是Chrome内部缓存解析结果的作用之一。

Chrome内部缓存1000个DNS解析结果，每次解析会优先请求内部缓存，并且每次请求时都会检查超时，并且对eviction进行预测处理。注意这里和前面说的只使用系统本身DNS缓存并不矛盾，这个内部缓存并不会全部存储到文件系统(只会保存启动时解析的前10个域名，原因见下一段)，每次重新启动都是全新的(有兴趣可以可以通过打开chrome://dns页面验证，你会发现每次重启后都是空的)，所以首次请求依然是由系统做出的，用上的依然是系统缓存。

Chrome在启动的早期(非常早)，会回忆起上次启动时解析的前10个域名，同样的自动要求系统做出解析，这个动作不会影响Chrome的启动速度，但在完成启动后用户尝试打开这些网页时，却能完全不会被DNS拖后腿。

总结

1.更有针对性

操作系统都有解析客户端，不但windows有，linux、Mac都有。操作系统的dns客户端负责系统级的域名解析，telnet要登录a.com,ping b.com,和http://c.com同步时间，都需要系统服务，更多的还有反向解析。因服务类型的不同，缓存的性能、容量也不同，浏览器自己做更有助于缓存http的内容，尤其现在一个页面中上百个相同的域名

2.性能

如果浏览器使用系统解析服务，必将通过进程间通信，开销大。而浏览器自己做解析，可以自己优化，毕竟自己完全可控，哪怕对超短ttl的结果强制缓存也可做到

同时，系统自带的解析客户端要照顾各个应用的兼容，自身的性能不能达到浏览器厂商的要求。解析延时可能占页面总延时的不小比例 。