当你在浏览器输入网址时，背后发生了什么？
你打开电脑，敲下 www.example.com，回车，页面加载出来。这个过程看似简单，但背后其实经历了一连串复杂的步骤，其中最关键的一环就是——域名解析。
我们每天上网都在用域名，比如百度、淘宝、知乎，这些好记的名字背后其实是 IP 地址在干活。而把域名翻译成 IP 地址的过程，就是域名解析，它依赖于一套成熟的网络通信协议体系。
DNS：互联网的电话簿
DNS（Domain Name System）中文叫域名系统，它的作用就像一本全球通用的电话簿，把“张三”对应到手机号。只不过在这里，“张三”是域名，“手机号”是 IP 地址。
比如你要访问 www.taobao.com，你的设备并不知道它在哪台服务器上，得先问 DNS：“这域名对应的 IP 是多少？”
域名解析的典型流程
整个过程通常从你的设备发起，一步步向上查询，直到找到答案：
第一步：本地缓存查一查
浏览器或操作系统会先检查自己有没有最近访问过的记录。比如你半小时前刚逛过京东，那它的 IP 很可能还存在本地缓存里，不用再走网络，直接就能用。
第二步：问本地 DNS 服务器
如果本地没有，就会把请求发给运营商提供的 DNS 服务器（比如中国电信的 114.114.114.114），或者你自己设置的公共 DNS（像阿里 223.5.5.5 或 Google 的 8.8.8.8）。
第三步：递归+迭代查询开始
本地 DNS 没有结果的话，就得开始正式“跑腿”了。它会先问根域名服务器（Root Server）。全球只有 13 组根服务器，它们不直接告诉你具体 IP，但会指引方向，比如告诉你：“.com 的事你得去问顶级域（TLD）服务器。”
接着，本地 DNS 去问 .com 的 TLD 服务器：“www.taobao.com 的地址是多少？” TLD 服务器也不一定知道最终 IP，但它能告诉你负责 taobao.com 的权威 DNS 服务器是谁。
最后一步，本地 DNS 找到 taobao.com 的权威 DNS 服务器，也就是淘宝自己维护的那台 DNS。这台服务器掌握最终答案，返回真正的 IP 地址，比如 115.239.66.120。
拿到 IP 后，本地 DNS 把结果返回给你的设备，同时自己也存一份缓存，下次别人问就不用再跑一遍。
DNS 查询使用的通信协议
DNS 查询大多数时候使用 UDP 协议，端口号是 53。UDP 快、轻量，适合这种“问一次答一次”的场景。但如果响应数据太大（超过 512 字节），或者需要区域传输（zone transfer），就会改用 TCP。
你可以用命令行工具查看实际的 DNS 查询过程。比如在终端运行：
dig www.baidu.com A +trace这条命令会显示从根服务器一路查到百度 A 记录的完整路径，非常直观。
为什么有时候网站打不开？
常见原因之一就是 DNS 出问题。比如本地 DNS 被劫持，返回错误 IP；或者权威 DNS 服务器宕机，查不到结果。这时候换一个 DNS 服务，比如改成阿里或腾讯的公共 DNS，往往就能解决。
还有些网站用了 CDN，同一个域名在不同地区解析出不同的 IP，这是为了就近访问、加快速度。你在广州和在北京访问同一个视频网站，IP 可能完全不同，但都指向离你最近的节点。
域名解析虽然藏在幕后，却是网络通信的第一步。没有它，我们只能靠记一串串数字上网，那可太痛苦了。