一、问题从哪来：机器记数字，人记名字

先看两个要打架的需求：

要命的是这两边都没法迁就对方：

• 让你记住每个网站的 IP 不现实——一串四段数字，长得还都差不多
• 让机器认名字也不现实——名字长度不定、还要考虑大小写和各种字符，路由表根本没地方放

而且更麻烦的是：网站的 IP 是会变的（换机房、加服务器、上 CDN）。真把 IP 写进你脑子里，它一变你就找不到人了。

顺带收 3.8 的旧账：IP 跟位置走、不跟机器走。域名正好相反——名字是稳定的，地址可以随便换。这才是域名存在的根本理由：它把"会变的东西"藏在了"不变的名字"后面。

二、先分清三个词：主机名、域名、URL

标题里三个词容易混，先一次分清。

看那张 URL 的拆解就清楚了：

https://www.baidu.com/s?wd=abc
  │         │          │  └── 参数（搜什么）
  │         │          └── 路径（服务器上的哪个位置）
  │         └── 域名 ← 只有这一段归 DNS 管
  └── 协议（用哪种方式谈）

"网址 = 域名"是最常见的混淆（写进了下面的误区表）。DNS 只负责把中间那段翻译成 IP，剩下的交给 HTTP（收 3.3 的应用层名单）。

InetAddress local = InetAddress.getLocalHost();
System.out.println(local.getHostName());     // ← 主机名（本机的名字）

InetAddress baidu = InetAddress.getByName("www.baidu.com");  // ← 走 DNS 解析
System.out.println(baidu.getHostAddress());  // ← 解析出来的 IP

三、域名长什么样（本节第一张图）

域名的结构是逐层嵌套的，一共四层：

读法只有一条规矩：从右往左，范围由大到小。

第一张图上排是日常地址、下排是域名——两行读的是同一件事：先圈定大范围，最后落到具体那一台。区别只在方向：地址从左往右，域名从右往左。

再补两条工程上很实用的推论：

• 同一个域名可以有多个 IP——www.baidu.com 解析出来往往是一串 IP，不是一台机器。大网站有很多台服务器轮流接客（CDN / 负载均衡）。这也解释了 Java 13.1 那句"每次可能不一样，正常"。
• 同一个 IP 也可以有多个域名——一台服务器上放几百个网站是常事（虚拟主机）。所以"域名 ↔ IP"不是一对一，别当成身份证号和人的关系。

四、DNS 是什么：一整套分布式电话簿

DNS = Domain Name System（域名系统）。它的全名里有个关键字——System（系统），不是 Server（服务器）。

为什么不做成一本大表？ 三个理由，都是硬伤：

1. 量太大——全球域名数以亿计，还要频繁变动，没有任何一台机器扛得住
2. 单点故障——就一台，坏了全世界断网
3. 更新传不动——每天新增/修改的域名要实时同步到全世界，根本来不及

分成三层之后，每台服务器只维护自己那一小段，既分摊了压力，又天然没有单点。这正是 3.9 那套"分段隔离"和 1.4 那套"网络的网络"的思想，又一次在应用层重现。

本地 DNS 服务器：替你跑腿的那个人

上面三层是"被问的人"。那谁去问？——本地 DNS 服务器（又叫递归解析器），由运营商或路由器提供（收 3.12 四件套的第四件）。

两种问法的区别，是本节最值得记住的一组术语：

你的电脑只发一次递归查询，剩下的都是本地 DNS 替你跑腿。 这就是为什么你在浏览器里敲个域名，感觉自己只"发出了一句话"，而实际网络上跑了好几趟——那几趟你看不见。

五、一次完整查询是怎么走完的（本节第二张图）

第二张图画的就是上面这条链。把图上的 ①②③ 展开成完整步骤：

三个必须记住的细节：

① 只有最后一步拿到的是"真话"，前面全是"线索"。 根和顶级域服务器都不存具体 IP——它们只负责指路。这是分布式设计的核心：中间层越"无知"，可维护性越高。

② 你的电脑只跟本地 DNS 说了一次话，那 ②③④ 三趟都是本地 DNS 自己跑的（图上是"同一个框向右发了三支箭"）。

③ 答案会被一路缓存。 你的电脑会存，本地 DNS 也会存，TTL（生存时间）决定存多久。这就是为什么第二次访问同一个网站快得多——本地 DNS 那一步就命中缓存了，压根没往上游走。

六、DNS 里存了些什么：常见的记录类型

电话簿里不是只有"人名 → 号码"，还有"单位 → 总机""某人的别名"等等。DNS 也一样，一张表里可以放好几种资源记录（Resource Record，RR）：

两个值得单独说的：

• CNAME 的妙处：一个域名可以只是个"别名"。换服务器时你不用通知所有人，只要把别名指向改掉就行——这正是第一节说的"名字稳定、地址可变"的落地手段。
• 反向解析（PTR）：日常访问用的是"名字 → IP"（正向），但有些场合要"IP → 名字"——比如邮件服务器收到一封信，会反查发信 IP 的名字来判断是不是垃圾邮件；日志分析也常用。注意：这不是自动成立的，IP 的所有者要专门去配 PTR 记录，很多家用宽带根本没有。

七、本机的小电话簿：hosts 文件与缓存

DNS 是一整套全球系统，但你的电脑自己也有两本小抄，而且它们排在 DNS 前面：

1. hosts 文件——优先级最高的"手写小电话簿"

路径（Windows）：

C:\Windows\System32\drivers\etc\hosts

它是一个纯文本文件，一行一条，格式是 IP 域名：

127.0.0.1    www.test123.com

优先级最高——本机查域名时，先看它，再问 DNS。命中就直接用，DNS 那一整套流程一步都不走。

它在今天仍在被大量使用，三个典型用途：

2. 缓存——真正让你感觉"快"的那个

缓存一共三级：本机 DNS 缓存 → hosts → 本地 DNS 服务器缓存（后面还有上游各级）。

它带来两个直接后果：

• 好的一面：第二次访问同一个网站快到几乎无感——本地 DNS 那一步就命中了
• 麻烦的一面：改了域名解析，不会马上全世界生效——各级缓存都要等 TTL 过期才会去重新拿

这解释了一个很常见的困惑："我明明改了解析，为什么还是访问到旧服务器？"——不是没改成功，是缓存还没过期。TTL 短（比如 60 秒）生效快但查询压力大，TTL 长（比如 24 小时）省事但改起来磨人，这是运维上的一个经典取舍。

八、动手 Demo35：把电话簿翻出来看

1. 亲手查一次（本节最直接的一步） nslookup www.baidu.com 看两部分："服务器"那一行（= 你正在问的本地 DNS 是谁，一般就是你家路由器或运营商）、下面那几行 Address（= 解析出来的 IP，常常不止一个）。

2. 换个电话簿问问，对比一下 nslookup www.baidu.com 8.8.8.8 强行指定用 Google 的公共 DNS（8.8.8.8）去查。同一域名，不同 DNS 给出的 IP 常常不一样——因为大网站有多个 IP，各家 DNS 返回哪几个是它自己决定的（也顺手证明：域名解析结果不是唯一的）。

3. 看本机缓存里存了些什么（信息量很大） ipconfig /displaydns 会列出你最近访问过的域名和它们的记录——这就是那本"自动生成的小电话簿"。往下翻，能看到各种 A 记录和 CNAME。注意看每条都有 TTL 那一栏，可以亲眼看到剩余时间。

4. 清空它（排障常用） ipconfig /flushdns 清完再 ping 一下刚才的域名，会发现第一次稍慢一点——因为缓存空了，得重新去问一遍。这组对照很直观。

5. 看"这个域归谁管" nslookup -type=ns baidu.com 或者用交互模式一次看几种记录： ``` nslookup

   set type=ns baidu.com set type=mx baidu.com `` 你会看到.com` 那一层返回的正是"权威服务器"的名字——这就是第二张图里顶级域服务器那一步的实物。

6. hosts 文件实验（做之前先备份）

   改系统文件，先备份 1. 先把 hosts 复制一份（比如 hosts.bak）——这一步不能省 2. 用管理员权限打开记事本，在末尾加一行：127.0.0.1 www.test123.com 3. ping www.test123.com——会解析到 127.0.0.1（你自己），说明 hosts 优先级高于 DNS 4. 再 nslookup www.test123.com——会发现 nslookup 查不到它，因为 nslookup 是直接问 DNS 的，不看 hosts 5. 把那一行删掉，恢复原样（或直接用备份覆盖回去）

   第 4 步那个"对不上"很有价值：它证明 hosts 和 DNS 是两套独立的来源，而系统解析域名的顺序是"先 hosts、后 DNS"。有些"明明改了却没生效"的怪事，根子就在这里。

7. 回到 Java 看一眼（收 13.1 的账） 把 13.1 的 Demo22 跑一遍：InetAddress.getByName("www.baidu.com") 打印出 IP——这一行代码，就是本节整套流程在程序里的入口。再把域名改成乱写的（www.abc123xyz999.com），看它抛 UnknownHostException——"查无此人"，和 ping 域名报「找不到主机」是同一件事。

8. 30 秒实验：分辨两种"不通" ping www.baidu.com ← 正常，先解析再 ping ping www.zzzz-not-exist.com ← 观察报的是哪一句 第二条报的应该是「找不到主机」——这条不是 ICMP 发的，是 DNS 层面的错（收 3.15）。能分清这一点，3.12 那套排障法才算真正用活。

九、几条实战规矩

1. 排障时"解析"和"连通"要分开测

遇到"网站打不开"，先分清是哪一段：

"能不能解析出 IP"这一条，就能把问题砍成两半——这是本节最实用的排障价值。

2. 别乱改 DNS 服务器地址

有些人为了"加速"把 DNS 换成公共 DNS（8.8.8.8、114.114.114.114 等）。要注意两点：

• 换成外部 DNS，可能拿到离你更远的服务器 IP（部分公共 DNS 对国内 CDN 的调度不如运营商自己的准），有时反而更慢
• 企业内网常常有内部域名（只有内部 DNS 才解析得了）。擅自改掉，内网系统就全找不到了

3. hosts 是"临时手术刀"，不是长期方案

本地调试很方便，但它只对你这台机器有效，而且容易被忘记（几个月后自己都莫名其妙）。改完记得清理，改前记得备份。

4. 域名是"租"的，不是"买断"的

注册域名是按年付费的使用权，到期不续费会被释放、别人可以注册。这也是很多公司一次续十年的原因——域名丢了，品牌和所有外部链接一起丢。

十、常见误区

1. ❌ "域名就是 IP 换了个写法" → 域名是名字不是地址，靠 DNS 翻译；而且不是一对一（一个域名可对应多个 IP，一个 IP 也可对应多个域名）
2. ❌ "网址（URL）就是域名" → URL 里还有协议、路径、参数，域名只是其中一段
3. ❌ "全世界有一台 DNS 服务器在管所有域名" → 是分层分布式系统：根（13 组 IP、上百镜像）→ 顶级域 → 权威，各管一段
4. ❌ "域名从左往右读" → 从右往左，范围由大到小；这个方向来自 DNS 服务器的层级顺序
5. ❌ "DNS 只能用 UDP" → 查询默认 UDP 53；响应超 512 字节或区域传送走 TCP 53（收 3.17）
6. ❌ "改了域名解析马上全世界生效" → 各级缓存 + TTL，得等过期（这是"改了没生效"的头号原因）
7. ❌ "DNS 出问题 = 网断了" → 收 3.12：能 ping 通 IP、ping 域名不通，说明网络本身没坏，坏的只是"查号"这一件
8. ❌ "ping 域名不通就是网站挂了" → 报「找不到主机」是解析失败；而且有些服务器故意禁 ICMP（收 3.15），ping 不通不代表服务不可用
9. ❌ "hosts 是被淘汰的老古董" → 它优先级最高、仍在大量使用（本地开发、屏蔽广告、临时改解析）
10. ❌ "域名买了就永久属于我" → 是按年租用，不续费会被释放

十一、下一步学什么

• ☑ 3.22 使用DNS自动获取IP地址（资源记录、DNS解析模块、递归查询） —— ✅ 已完成 → 使用DNS自动获取IP地址（资源记录、DNS解析模块、递归查询）：本节留下的三笔账都在那一节结清——一条记录内部有几栏、那个"替你发查询"的模块住在哪、递归的边界划在哪
• ☐ 3.23（按教材顺序） —— 报个标题接着走：按教材脉络，接下来大概率是 HTTP 与网页浏览（应用层的下一个主角）、其他应用层协议，或 第三章小结。等你报标题。

相关笔记

• 使用DNS自动获取IP地址（资源记录、DNS解析模块、递归查询） —— 下一节：本节列的那张记录类型表，那里补上了通用格式（五段式）；本节那个"谁去问"的动作，那里有专职的部件（DNS 解析模块）
• 只对传输给应用程序的数据进行分发（UDP） —— 上一节：DNS 查询是 UDP 最经典的用法，那一节解释了"为什么为它握手是浪费"
• 根据端口号分配数据到应用程序（端口号、已知端口号） —— 53 这个已知端口的出处，"查询走 UDP、大响应走 TCP"的完整理由在 53/UDP 与 53/TCP 是两扇门
• 数据是否成功传输给接收方（ICMP） —— ping 域名报的「找不到主机」不是 ICMP 发的，是 DNS 层面的错；本节把这条界线划清了
• 连接网络的过程（IP地址的设置） —— 四件套的第四件「DNS 服务器」就是本地 DNS；时间线第 5 阶段「查号」本节完整展开
• 通信的对象（IP地址） —— IP 跟位置走、不跟机器走；域名正好相反（名字稳定、地址可变），这是域名存在的根本理由
• 接收方是1个还是多个（单播、广播、组播） —— 分段隔离、各管一段的思想，在 DNS 的分层结构里又出现了一次
• 为驱动应用程序而做准备的网络分层（传输层与应用层） —— DNS 是应用层协议的最早出场（"域名翻译"就在那张成员表里）
• 各种网络之间的通用语言（TCP/IP） —— TCP/IP 模型里 DNS 的位置（应用层）
• 是谁在负责收发数据（应用程序、P2P应用） —— "电脑本身不会上网、程序才会上网"；DNS 客户端就是这样一个程序
• 网络基础 —— InetAddress.getByName() 是域名解析在代码里的入口；UnknownHostException = "电话簿里没这个名字"