打开浏览器，网站敲下“www.baidu.com”，域名回车。解析屏幕上跳出搜索框的地址那一瞬间，你的网站电脑其实干了一件相当复杂的事——它把一串人类看得懂的字母，换成了一串机器能识别的域名数字。这个过程，解析就叫域名解析。地址

说白了，网站域名是域名给人看的，IP地址才是解析给机器用的。百度的地址服务器真实地址可能是“110.242.68.66”这样的数字串，但你不可能记住每个网站对应的网站那串数字。域名解析干的域名事，就是解析在你输入网址之后、真正访问服务器之前，充当一个翻译官，把域名翻译成IP地址。

这个翻译官叫DNS，全称Domain Name System，域名系统。它分布在全球成千上万台服务器上，没有哪一台机器掌握所有域名的对照表。你查一个域名，背后可能经过了好几个层级的接力。

具体怎么走？拿“www.example.com”举例。你的电脑先查本地缓存——浏览器缓存、操作系统缓存、hosts文件，看看之前有没有查过这个域名。如果有记录，直接用，省事。没有的话，请求发到递归DNS服务器，一般是你的网络运营商提供的，也可能是你手动设的公共DNS，比如114.114.114.114或者8.8.8.8。

递归服务器拿到请求后，先问根域名服务器：“.com的权威服务器在哪？”根服务器告诉它地址。然后它去问.com的顶级域名服务器：“example.com的权威服务器在哪？”再拿到下一级地址。最后问到example.com的权威DNS服务器，终于得到“www.example.com”对应的IP。递归服务器把这个结果返回给你的电脑，同时缓存一份，方便下次有人问。

整个链条走下来，通常几十毫秒。你感觉不到，但它确实发生了。

我自己的经历里，有一次印象挺深。公司内部测试环境有个域名，解析一直指向一台旧服务器。运维换了新机器，IP变了，但DNS记录没及时更新。结果我这边访问老是报错，排查了半天代码，最后发现是解析没刷新。本地DNS缓存还留着旧IP，手动清了缓存才正常。这事说明一个道理：域名解析不是配一次就一劳永逸的，IP变了，解析记录得跟着改，缓存还得等过期。

TTL这个参数就是管缓存过期的。它告诉各级DNS服务器：“这条记录你可以存多久。”TTL设得短，比如60秒，IP变更后很快生效，但DNS查询频率高，增加服务器负担。设得长，比如24小时，查询压力小，但变更生效慢。很多公司做迁移切换时，会提前把TTL调短，切完了再调回去。这是个实操层面的小技巧。

还有一种情况，一个域名可以对应多个IP。比如大型网站，全国甚至全球都有服务器，DNS可以根据你所在的地理位置返回最近的IP。这叫智能解析或CDN调度。你北京访问，返回北京机房的IP；广州访问，返回广州的。用户访问速度就快了。背后依赖的是DNS服务器判断你的来源IP，再匹配预设规则。

域名解析出问题，表现往往很直接：网站打不开，但用IP地址能访问。或者ping域名不通，ping IP通。遇到这种，先查DNS。Windows下用nslookup，Linux下用dig或host，都能看到解析结果。如果解析出来的IP不对，或者压根没结果，那问题就在DNS这一环，不用去折腾Web服务器。

域名解析是整个互联网访问的第一步。它不出问题的时候，你完全感觉不到它的存在；它一出问题，你连门都进不去。