你输入网址，域名按下回车，解析浏览器几毫秒内就把页面甩到你面前。什意思这背后有一件事必须发生：把 www.example.com 这种给人看的域名名字，换成机器能连的解析 IP 地址，比如 93.184.216.34。什意思这个翻译过程就是域名域名解析。

没有它，解析你得记住一串数字才能上网。什意思早期互联网确实这么干，域名几十台机器，解析每人抄一份 hosts 文件就够了。什意思后来机器多了，域名名字也多了，解析集中维护一份文件根本撑不住。什意思DNS 就是在这个背景下长出来的——一个分布式的、层层委托的命名系统。

它的结构像一棵倒过来的树。根在最上面，下面分 com、org、cn 这些顶级域，再往下是 example.com 这样的二级域，还能继续切子域。每个节点由不同的机构管，谁的地盘谁说了算。这种设计的好处是没人需要知道全貌，问路问到谁，谁告诉你下一步该找谁。

实际查询一次域名，往往不是一步到位。你的电脑先翻本地缓存，没有就问操作系统，再没有就找配置里的递归解析器——通常是运营商或公共 DNS，比如 8.8.8.8。递归服务器如果也没缓存，就从根服务器开始问：.com 谁管？根告诉它去问 .com 的服务器。接着问 .com：example.com 谁管？再拿到下一级地址。最后问到 example.com 的权威服务器，拿到真正的 IP。这一圈走下来，可能涉及好几台服务器，但通常几十毫秒内完成。

这里有个容易混淆的点：递归和迭代是两种不同的问法。递归是“你帮我查到底”，迭代是“你告诉我下一步问谁”。你的电脑对本地 DNS 通常是递归请求，而本地 DNS 对根、顶级域、权威服务器则是迭代查询。分工明确，效率才上得来。

缓存是整套系统的命脉。没有缓存，根服务器每天要扛几千亿次查询，早崩了。TTL 这个字段控制缓存活多久，短到几十秒，长到几天。改 DNS 记录时最头疼的就是 TTL——你改了，别人可能还在用旧缓存。等吧，急也没用。我见过有人改完记录立刻刷新页面，发现没生效就以为搞错了，其实只是缓存没到期。

记录类型也值得说一嘴。A 记录存 IPv4 地址，AAAA 存 IPv6，CNAME 是别名，MX 管邮件，TXT 常用来做验证。查一个域名的解析情况，用 dig 或 nslookup 最直接。比如 dig example.com A，返回里能看到 ANSWER SECTION、TTL、权威服务器是谁。多查几次，还能看出负载均衡的痕迹——同一个域名轮着返回不同 IP。

域名解析出问题，表现五花八门。网页打不开、邮件发不出、API 调不通，都可能跟它有关。排查时先看本地缓存，再看递归服务器，最后查权威记录。有时候是 TTL 没到，有时候是记录配错，还有时候是 DNS 污染——返回一个假 IP。这种时候换个公共 DNS 试试，往往能定位问题在哪一层。

说它简单，是因为概念就一句话：名字换地址。说它不简单，是因为这套系统要扛住全球几十亿设备的查询，还得快、还得稳、还得能改。每次你顺畅打开一个网页，背后都是一串服务器在接力跑。