DNS递归查询和迭代查询有什么区别？搞懂域名解析全过程

　　从域名到IP的转换过程，就是DNS解析。但大部分人只知道DNS是“把域名转成IP”的东西，具体怎么转的、中间发生了什么，完全不清楚。今天这篇文章重点说两个核心概念——递归查询和迭代查询，看完你就能明白你电脑每次敲完回车之后，背后那一连串的“问路”到底是怎么发生的。

　　一、先搞懂DNS的基本结构

　　要理解查询过程，得先知道DNS数据是怎么组织的。整个域名系统是一个层级化的树状结构，从根开始往下分。

　　根域名服务器在最顶上，用.表示。全球有13组根服务器(不是13台，是13组，每组有很多台机器分布在世界各地)，它们不负责具体的域名解析，只告诉你“.com归谁管”、“.cn归谁管”。

　　根下面是一级域名服务器，也叫顶级域服务器，比如管理.com的、管理.org的、管理.cn的。再往下是二级域名服务器，比如example.com、google.com，这些由域名注册商或者企业自己来维护。再往下还有三级、四级，但日常用到二级基本就够了。

　　你要记住一个核心逻辑：整个DNS系统是一个分布式的数据库，没有任何一台服务器存着全部数据，每个节点只管自己下面那一层。

　　二、递归查询：

　　递归查询是客户端(也就是你的电脑或手机)发给本地DNS服务器的一种查询方式。它的核心特点是：你只问一次，剩下的事全交给对方搞定，你只管等着拿结果。

　　你的电脑上网时，操作系统里配置了一个DNS服务器地址，当你输入www.example.com，你的电脑就把这个域名发给这个DNS服务器，附带一句话：“帮我把这个域名对应的IP查出来，我等你。”

　　这时候，这个本地DNS服务器就接手了。它先查自己的缓存，有就直接返回结果。没有的话，它就代替你的电脑，开始向整个DNS系统发起一系列查询。它会问根服务器：“你知道www.example.com的IP吗?”根说不知道，但我告诉你.com的顶级服务器在哪。它又去问.com的服务器，.com说我不知道具体IP，但example.com的权威服务器归谁管。最后它再去问example.com的权威服务器，拿到IP，然后返回给你的电脑。

　　整个过程里，你的电脑只发出了一个请求，就收到了最终答案。中间跑了多少路、问了谁、绕了多大圈子，全由本地DNS服务器来处理。 这就是递归的含义——把所有查询步骤一层层递归下去，最后再一层层把答案传回来。

　　用快递打比方：你寄一个包裹，把东西交给快递员，后面包裹怎么转运、经过几个中转站、最后怎么送到收件人手上，你不用管，快递公司全包了。这就是递归。

　　三、迭代查询：问一个走一个，自己跑完全程

　　迭代查询和递归正好反过来。在迭代查询模式下，每一台DNS服务器都只告诉你下一步该找谁，不负责帮你把最终结果查出来。你自己拿着这个线索再去找下一个，直到找到答案为止。

　　还是拿www.example.com举例。如果采用迭代查询，流程是这样的：你的电脑问本地DNS服务器，本地DNS没有缓存，就去问根服务器。根服务器不直接给IP，而是回复：“我不知道这个域名的IP，但.com的顶级服务器地址是a.gtld-servers.net，你去问它。”于是本地DNS又去问.com服务器，.com也不给IP，回复说：“example.com的权威服务器是ns1.example.com，你去问它。”最后本地DNS再去问ns1.example.com，这台服务器才给出了最终的IP。

　　每一台被问到的服务器，都只负责告诉“下一步找谁”，而不是直接交出最终答案。 这就是迭代的含义——一步步往下迭代，直到找到终点。

　　迭代查询的好处是根服务器和顶级服务器的负载很小，因为每个请求只经过一次就不再管了，不需要它们替你跑完整个查询流程。

　　四、两者最核心的区别在哪?

　　用一句话概括：递归是“你只管问一次，我替你跑腿”。迭代是“你问一次，我只告诉你下家是谁，你自己接着跑”。

　　套到实际的DNS查询场景里：客户端和本地DNS服务器之间，通常用的是递归查询。 你的电脑问本地DNS，本地DNS必须给个最终答案，要么查到IP，要么返回查不到，不能只扔一句“你去找根服务器”就走人。

　　而DNS服务器与DNS服务器之间，用的是迭代查询。 本地DNS去问根服务器、去问顶级域服务器、去问权威服务器，这些服务器之间只互相扔线索，不做递归。

　　五、用一张图理解完整的域名解析全过程

　　把递归和迭代结合起来看，一次完整的DNS解析差不多是这个流程：

　　浏览器检查缓存：你输入网址后，浏览器先看自己有没有缓存这个域名的IP，有就直接用，省得走下面的流程。

　　操作系统检查缓存：浏览器没找到，就去问操作系统(Windows的hosts文件或系统DNS缓存)。

　　发起递归查询：操作系统还没找到，就把域名发给本地DNS服务器，用的是递归查询。

　　本地DNS查缓存：本地DNS收到请求后先看自己的缓存，有就返回给客户端。

　　开始迭代查询：缓存没有，本地DNS就开始迭代查询——先问根服务器，根给.com的地址;再问.com服务器，.com给example.com的权威服务器地址;最后问权威服务器，拿到IP。

　　返回结果：本地DNS拿到IP后，缓存一份，然后返回给客户端(递归查询结束)。

　　浏览器发起HTTP请求：浏览器拿到IP地址，终于可以去访问目标网站了。

　　六、几个常见的误解和坑

　　误解一：递归查询比迭代查询慢。 不一定。递归查询虽然工作量在DNS服务器端，但客户端只需一次往返。迭代查询虽然每次单个请求快，但客户端需要多次发起请求。对用户来说，递归通常是体验更好的方式。

　　误解二：所有的DNS查询都用递归。 不对。递归只发生在客户端和本地DNS之间。DNS服务器之间的内部通信基本都是迭代，这是DNS协议设计的标准做法，是为了控制根服务器的负载。

　　误解三：我换一个公共DNS就能大幅提升网速。 未必。更换DNS服务器(比如从运营商DNS换成1.1.1.1)确实可能改善解析速度，但如果你访问的网站本身就在国内，运营商DNS的解析结果可能更快，因为它缓存更贴近你。而公共DNS可能会把你解析到CDN的海外节点上，导致你访问得慢。这里面的权衡要看具体场景。

　　一次完整的域名解析，基本是“客户端→本地DNS”这一段走递归，“本地DNS→根→顶级域→权威”这一段走迭代。两段拼在一起，才构成了从域名到IP的完整路径。

　　知道这些之后，再遇到“网站打不开、DNS解析失败”之类的问题时，你脑子里就有了清晰的排查路线：先查本地缓存，再查本地DNS是否工作正常，然后往上追踪迭代链路出了什么问题。心里有谱，解决问题才能不慌。