浏览器地址栏里敲下 www.baidu.com，知道按下回车，网站页面几乎瞬间就出来了。域名这个过程里，解析你的知道电脑其实做了一件事：把 www.baidu.com 这个域名，换成了一个 IP 地址，网站比如 110.242.68.66。域名然后它才拿着这个 IP 去敲百度的解析门。

域名是知道给人看的，IP 是网站给机器用的。人记不住一长串数字，域名机器又没法直接靠名字找路。解析解析，知道就是网站中间的翻译。

第一步：先翻自己的域名“通讯录”

你电脑里有个 hosts 文件。Windows 在 C:\Windows\System32\drivers\etc\hosts，Mac 和 Linux 在 /etc/hosts。这文件长得像个简易电话本，一行一条，左边 IP，右边域名。比如你写一行 127.0.0.1 test.local，那以后访问 test.local 就直接指向本机，根本不问别人。

早年网络规模小，hosts 文件够用。后来网站多了，靠每个人手动维护这个文件不现实，于是有了 DNS 系统。但 hosts 的优先级依然最高，系统查域名时先翻它。做开发的人常拿它来屏蔽广告域名，或者把测试域名指向内网服务器，省事。

第二步：问本地 DNS 服务器

hosts 里没有，系统就去找本地 DNS 服务器。这个服务器地址通常是路由器分配的，也可能是你手动设的，比如 8.8.8.8 或 114.114.114.114。你电脑向它发一个查询请求：“www.baidu.com 的 IP 是多少？”

本地 DNS 服务器一般是你宽带运营商提供的，它通常有缓存。如果最近有人查过同一个域名，它直接就把结果甩回来，连上级都不用问。这就是为什么第二次访问同一个网站往往更快。

第三步：缓存没命中，开始递归查询

本地 DNS 服务器自己也不知道的时候，它得替你去问。这个过程叫递归查询，路线大致是：

先问根域名服务器。全球有 13 组根服务器，它们不直接告诉你 www.baidu.com 的 IP，但会告诉你：“.com 的事，你去问 .com 的顶级域名服务器。”

本地 DNS 再去问 .com 的服务器。.com 的服务器说：“baidu.com 的权威服务器地址是这几个，你去问它。”

最后本地 DNS 找到 baidu.com 的权威 DNS 服务器。这个服务器是百度自己维护的，它手里有 www.baidu.com 对应的 IP 记录，直接返回结果。

本地 DNS 拿到 IP 后，先存进自己的缓存，再发回给你的电脑。你的电脑也存一份，然后才拿着 IP 去建立连接。

整个过程有多快

如果缓存全部命中，几毫秒。如果全部落空，从根服务器一路问到权威服务器，通常也就几十到几百毫秒。你感觉不到，但背后已经跑完了一整条链路。

有个细节值得留意：很多大型网站不止一个 IP。百度返回的可能是多个 IP 地址，你的电脑挑一个用。这背后是负载均衡和 CDN 在起作用。CDN 会把你的请求导向离你最近的服务器节点，所以不同地区的人解析同一个域名，拿到的 IP 可能完全不同。你在北京查 www.taobao.com 和你在广州查，结果大概率不一样。

自己动手看解析过程

Windows 上打开命令行，敲 nslookup www.baidu.com，它会告诉你用的是哪个 DNS 服务器，以及解析出的 IP。想看得更细，用 nslookup -debug www.baidu.com，整个查询的往返过程都列出来。

Mac 或 Linux 上可以用 dig www.baidu.com，输出更清爽。dig +trace www.baidu.com 会从根服务器开始，一步步展示每一级返回了什么，像看快递物流一样。

还有一种情况：域名解析不到 IP。浏览器会报“找不到服务器”或“DNS 解析失败”。原因可能是域名过期、DNS 服务器挂了、本地网络配置错了，或者你手动改过 hosts 文件忘了删。排查的时候先 ping 一下域名，看能不能出 IP，再 nslookup 指定一个公共 DNS 试试，很快就能定位问题在哪一环。

域名解析这件事，平时没人注意，一旦出问题就是全站不可用。理解它的流程，至少下次遇到“网页打不开”的时候，你知道该从哪里开始查。