打开浏览器输入一个网址，域名有种几毫秒内页面就加载出来了。解析这背后，域名有种域名系统（DNS）完成了从人类可读的解析域名到机器可识别的IP地址的转换。但你可能没想过，域名有种这个转换过程并不是解析只有一种走法。域名解析方式其实分好几种，域名有种每种都有自己的解析脾气和适用场景。

最基础的域名有种一种叫递归解析。你电脑上配置的解析DNS服务器，比如运营商给的域名有种或者自己设的8.8.8.8，通常就是解析递归服务器。你问它“www.example.com的域名有种IP是多少”，它不会直接说“我不知道”，解析而是域名有种替你跑腿——先去问根域名服务器，再问顶级域服务器，最后问权威服务器，一路问下来拿到答案，再返回给你。这个过程对你完全透明，你只需要发一次请求。递归解析的好处是省事，坏处是递归服务器压力大，而且如果它缓存被污染了，你拿到的可能就是错的结果。

跟递归相对的是迭代解析。迭代服务器不会替你跑完全程。你问它，它只告诉你“你去问那个服务器试试”，然后你自己再去问下一台。这种方式在DNS体系里主要用于递归服务器向根、顶级域、权威服务器查询的过程。普通用户很少直接跟迭代服务器打交道，但它是整个DNS分布式架构的骨架。我见过一些内网环境用迭代解析来做分流，配置起来比递归麻烦，但可控性更强。

还有一类叫权威解析。权威服务器是域名记录的“最终持有者”。比如你在域名注册商那里为example.com添加了一条A记录，这条记录最终会同步到该域名指定的权威服务器上。当递归服务器问到它时，它给出的答案就是权威答案。权威服务器不缓存别人的记录，只负责自己管辖的域名。很多企业会自建权威DNS，比如用BIND或者PowerDNS，把解析权握在自己手里。这样做的好处是修改记录生效快，不受第三方递归服务器缓存的影响。

除了这三种角色上的分类，从查询方式看还有正向解析和反向解析。正向解析就是域名到IP，我们平时用的99%都是这种。反向解析则是IP到域名，主要用于邮件服务器验证、日志分析等场景。反向解析用的是一个特殊的域名结构，比如IP 192.0.2.1对应的反向域名是1.2.0.192.in-addr.arpa。很多邮件服务器会检查发件IP的反向解析记录，如果没配或者配错了，邮件可能直接被拒。我帮人排查过几次邮件发送失败，最后发现就是反向解析没做。

再往细里说，还有静态解析和动态解析的区别。静态解析就是记录写死了，比如hosts文件里加一行“192.168.1.10 myserver”，或者权威服务器上手动添加A记录。动态解析则允许记录自动更新，典型的是DDNS（动态DNS）。家里宽带IP经常变，但你想从外网访问家里的NAS，就可以用DDNS服务，让路由器在IP变化时自动更新域名记录。我自己的群晖就配了DDNS，省心不少。

另外，从传输协议上还能分出UDP解析和TCP解析。DNS查询默认走UDP，因为快、开销小。但当响应数据超过512字节，或者做区域传送时，就会切换到TCP。现在很多DNS查询启用了EDNS0扩展，UDP能承载更大的包，但TCP仍然在特定场景下不可替代。如果你用dig命令加+tcp参数，就能强制走TCP查询。

最后提一种容易被忽略的：本地解析。操作系统在发起网络请求前，会先查本地的hosts文件或者DNS缓存。hosts文件的优先级通常高于DNS服务器。有人用这个特性来屏蔽广告域名，把广告服务器的域名指向127.0.0.1。简单粗暴，但有效。不过hosts文件大了之后管理起来很麻烦，而且移动设备上改起来不方便。

这些解析方式并不是互斥的，实际请求往往经过好几层。你的电脑先查本地缓存，没命中就找递归服务器，递归服务器再通过迭代方式去问权威服务器。整个链条里任何一环出问题，解析就可能失败或者变慢。理解这些方式，下次遇到“网站打不开但IP能ping通”之类的问题，你就知道该从哪儿下手了。