【计算机网络考研-408】——应用层——课程思维逻辑翻转课堂
标题：《应用层：互联网的"外卖小哥"与"快递系统"》
配图：快递员骑电动车送货+外卖APP界面
副标题：“从抢优惠券到收情书，全靠这一层！” 因为比如现在我们在电商APP上边或者各大型购物网站上边抢购限时优惠券，需要快速获取数据并且提交订单的话。需要使用的应用层的协议：有HTTP/HTTPS 这两个协议主要用于传输网页内容和用户请求的过程。需优惠券信息通过HTTP协议从服务器传输到用户设备。用户点击“领取”按钮的时候，请求通过HTTP发送回服务器。其中WebSocket：支持实时通信，用于实时更新优惠券库存状态（如 “已抢光” 提示）。关键作用的地方就是应用层主要是直接封装用户的行为，比如点击和输入的操作，把他们分装成网络数据，并通过协议与服务器交互，确保操作的及时性和可靠性。
2.收情书：异步通信与协议保障
因为用户通过电子邮件（如情书）或社交平台私信接收信息，不依赖实时在线。其中用到的应用层协议有SMTP、POP3/IMAP/RESTT API 协议
其中
SMTP：用于发送邮件，将情书从发件人邮箱服务器传输到收件人邮箱服务器。
**POP3/IMAP：**用于接收邮件，用户通过这些协议从服务器下载或管理情书。
**REST API：**社交平台通过 API 接口实现私信的存储和传输。
应用层协议的关键作用在于能够确保数据在不同时间，不同设备可靠传输，支持异步通信的需求。另一方面，应用层是用户与网络的“接口”
所有可见的网络行为（购物、聊天、邮件等）都由应用层协议驱动的，这么多协议，不同场景需要不同协议（如 HTTP 用于网页、SMTP 用于邮件、DNS 用于域名解析），应用层通过灵活的协议适配满足多样化需求的。应用层还能屏蔽底层的复杂性，用户无需关心传输层（TCP/UDP）、网络层（IP）等底层细节，应用层将复杂操作简化为 “点击领取”“发送邮件” 等直观行为。还有一些我们同学在平时生活中运用到应用层的典型案例：像在线支付呀、视频会议呀、还有文件共享。他们分别是用HTTP协议传输支付信息、用RTTP实时传输协议来支持视频会议，还有FTP文件传输协议来下载文件。
【第一部分：应用层的江湖地位】
- 应用层OSI七层模型中的"地表最强王者"
- 类比：餐厅服务员（直接接触顾客），点餐和上菜就想服务员直接和客服对接，客户不用关心菜怎么出来的，怎么制作的，其中涉及到的复杂流程都不用考虑，服务员按照流程传消息给后厨，对应应用层的HTTP、SMTP协议封装数据并传递给下层。顾客无需懂厨房运作（对应用户不关心 TCP/IP 底层传输），服务员包办一切，应用层让用户体验简单直观。
-灵魂拷问：为什么说没有应用层，你的电脑就是块砖？
答：应用层是用户与网络的唯一接口。没有它，你的电脑无法解析网页、发送邮件、刷短视频，甚至连 “联网” 都只是物理连接 —— 所有你熟悉的网络服务（网购、社交、办公）都将消失，只剩硬件空壳。打个比方：我们的电脑就像手机，应用层就是微信、淘宝、浏览器，没了它们，手机只是块能打电话的玻璃。
- 应用层三大核心武器
- 协议（Protocol）：程序员的"江湖暗号" ，规则集合，定义数据格式、交互流程（如 HTTP 规定网页传输规则），不同协议如同不同 “暗号”，确保跨设备精准沟通。
- 服务（Service）：用户能感知的魔法，协议的具象化落地，如网页浏览（HTTP 协议实现）、邮件发送（SMTP 协议实现），用户通过服务获得了价值。
- 端口号（Port）：电脑里的"门牌号码"，这个相信大家都明白，咱们电脑里边有很多进程，进程的唯一标识就是进程控制块吧。唯一标识进程（如 80 端口对应 HTTP 服务），数据按端口号找到目标程序，避免混乱。
【第二部分：邮件系统的秘密档案】
一、工作流程：写邮件→找司机→运到中转站→送达
- 写邮件：给 “数字信封” 贴邮票
当你在邮箱里写下 “今晚老地方见”，SMTP 就像看着你贴邮票的快递员 —— 不仅要填收件人（To），还要检查 “邮编”（邮箱格式是否正确）。曾有程序员手滑把 @写成 #，结果 SMTP 司机举着 “查无此地址” 的牌子在互联网兜了三天圈子（真实案例：某公司误发测试邮件到#domain.com，被垃圾邮件黑洞吞噬）。 - 找司机：服务器的 “滴滴接单”
你的邮箱服务商（如 QQ 邮箱）会召唤专属 SMTP 司机（默认端口 25/587）。这里有个冷知识：如果用企业邮箱发营销邮件，可能需要 “加价打车”—— 配置 SPF/DKIM 签名，否则收件服务器会怀疑是黑车（垃圾邮件）。比如，某电商节日发 10 万封促销邮件，因未设置 DKIM，20% 被直接扔进垃圾箱。 - 中转站：MX 记录的 “交通枢纽”
司机不会直达收件箱，而是先去 “中转站”（MX 服务器）。比如你发邮件到 [email protected]，SMTP 司机先查 163 的 MX 记录（相当于问交警：去 163 该走哪条高速？）。曾有小公司忘记配置 MX，导致所有邮件被转发到老板个人邮箱，差点错过百万订单。 - 送达：最后一公里的 “敲门礼仪”
到达收件服务器后，SMTP 会说 “EHLO 我是 XX 邮箱的司机，有包裹待签收”（SMTP 协议握手）。如果对方服务器太忙（比如双十一抢购时的电商邮箱），司机可能会礼貌重试（默认 3 次），这就是为什么有时邮件会延迟 10 分钟到达。
二、趣味记忆升级：SMTP=Send Mail To Papa（爸爸的快递哲学）
想象爸爸是终极收件人：
你写作业（写邮件）→ 爸爸的司机（SMTP）来取件
司机先去爸爸的公司（中转站 MX）→ 最后送到爸爸手里（收件箱）
梗延伸：如果邮件被退回，就像爸爸打电话说：“地址写错了！重写！”（550 错误码：邮箱不存在）
【POP3：邮件的 “快递柜取件”—— 为什么客户端总说 “收取失败”？】
（扩写版：对比 + 故障排查 + 冷知识）
一、对比 SMTP：一个是 “我要寄”，一个是 “我要取”
场景 SMTP（寄快递） POP3（取快递）
主动权 发件方推送（司机主动上门） 收件方拉取（用户主动开箱）
服务器留存 发件服务器发完就删（除非存草稿） 收件服务器默认删（取件后消失）
典型场景 你给朋友发生日祝福 你用 Outlook 收公司邮件
真实案例：某财务每天用 POP3 收银行对账单，某天发现电脑中毒邮件全删，而服务器也没留存 ——POP3 的 “取件即删” 机制背了锅（解决方案：改用 IMAP 协议，双向同步）。
二、冷知识：客户端 “收取失败” 的 5 大元凶
端口被封：运营商封了默认 110 端口（防垃圾邮件），需改用 995（SSL 加密）。某高校宿舍因封 110，学生只能网页端收邮件。
时间戳混乱：POP3 按 “最后收取时间” 同步，若电脑时钟快了 3 年（比如 CMOS 电池没电），服务器会误以为 “这邮箱已被取过，不给！”
密码过期：企业邮箱强制 90 天改密码，但 Outlook 客户端不会自动更新，导致 “密码错误” 弹窗（真实场景：某 HR 忘记改密码，错过 50 份简历）。
服务器罢工：POP3 协议不支持断点续传，若收取中途断网，下次得重新下载全部邮件（某记者在高铁上收 100 封附件，反复重试 8 次）。
“幽灵邮件”：某些客户端显示 “已收取” 但实际没下载，因为 POP3 的 UIDL 编号重复（技术梗：POP3 不支持唯一标识符，IMAP 的 UID 更可靠）。
三、趣味记忆：POP3=Pick Old Post（翻旧快递的大爷）
想象小区快递柜大爷：
你输入取件码（账号密码）→ 大爷翻出旧快递（历史邮件）
但大爷有洁癖：你取走后他就把柜子清空（服务器删除）
梗延伸：如果大爷罢工（服务器维护），你的客户端就会举着 “快递柜故障” 的牌子转圈（超时提示）。
总结：SMTP 是 “贴心外卖员”，POP3 是 “耿直快递柜”—— 理解它们的脾气，才能避免邮件迷路或被误删。下次客户端报错时，不妨对着电脑说：“SMTP 司机迷路了？还是 POP3 大爷又罢工啦？”（附赠排查口诀：端口加密时间对，密码更新协议对）
【第三部分：HTTP的魔幻之旅】
HTTP的"魔幻四件套"
-
请求方法：GET（喊外卖）vs POST（寄快递）
GET：趴在窗口喊 “老板，来份薯条！”（索取）
→ 特点：所有信息写在菜单上（数据附在 URL，比如?keyword=汉堡）
→ 场景：网页搜索、刷新页面（就像你反复看菜单有没有新品）
→ 彩蛋：GET 像 “公开点单”，隔壁桌能看到你买了啥（不安全，不适合密码）
POST：把菜单 + 备注塞给外卖员（上交）
→ 特点：包裹藏在箱子里（数据在实体主体，URL 看不到）
→ 场景：登录、提交表单（比如输入密码时，POST 偷偷把密码 “装箱”）
→ 冷知识：GET 是 “我要这个”，POST 是 “给你这个”，就像：
plaintext
GET：老板，我要汉堡！（菜单：/burger?size=大）
POST：老板，这是我定制的汉堡（箱子里：生菜×2+不要酱） -
状态码：外卖员的暗号（200=OK，404 = 迷路，500 = 厨房炸了）
状态码 外卖场景 人话翻译
200 外卖送到，敲门说 “您的餐齐了！” 服务器：东西给你了，趁热吃～
404 外卖员打电话：“您给的地址是厕所？” 服务器：你要的网页在垃圾桶里（或者根本没出生过）
500 餐厅打电话：“厨师把锅烧了，重做！” 服务器：我（程序员）写的代码突然躺平了，正在抢救…
302 外卖员说：“这家店搬隔壁了，我帮你转单！” 服务器：网页搬家了，自动跳转到新地址（如官网从 http 跳 https）
记忆梗：404=NotFound（找不到），500 = 服务器自己哭（500 内部错误） -
首部字段：外卖单上的神秘备注
User-Agent：外卖员备注 “客户用 iPhone15 点的餐”（告诉服务器：用户用什么设备 / 浏览器）
Cookie：外卖单上的 “VIP 会员贴纸”（服务器：哦，这人上次点过变态辣，这次备注微辣）
Content-Type：箱子上的 “易碎品 / 冷藏” 标签（告诉服务器：包裹里是 JSON 数据还是图片）
Cache-Control：老板叮嘱 “半小时内同款订单不用重复做”（浏览器：这个网页我缓存了，暂时不重新加载）
场景：你用手机刷淘宝，服务器通过 User-Agent 发现是移动端，自动切换成手机版页面 -
实体主体：真正的 “外卖包裹”
GET：没包裹！就像你只报菜名（URL 里的参数就是全部）
POST：有包裹！比如你点炸鸡时备注 “多酱 + 冰可乐”（数据藏在包裹里）
对比实验：
GET 搜索 “周杰伦”：网址变成https://www.baidu.com/s?wd=周杰伦（数据在 URL）
POST 提交表单：网址不变，但包裹里藏着{“name”:“周杰伦”,“age”:44}（更安全、能传大文件）
四件套协作：点一份 HTTP 外卖的全过程
你：喊 “GET / 汉堡 HTTP/1.1”（告诉餐厅：我要汉堡！）
餐厅：回 “200 OK”（收到！），附首部字段（汉堡热量 300 大卡）+ 实体主体（汉堡本尊）
翻车场景：
你写错地址（404）：“汉堡店不存在？去隔壁奶茶店看看…”
餐厅着火（500）：“抱歉，今天汉堡卖完了（其实是代码写错了）”
一句话总结：
HTTP = 你（浏览器）和服务器（餐厅）的外卖对话，四件套分别是：
点单方式（GET/POST）
回应暗号（状态码）
备注细节（首部）
食物本尊（实体）
下次刷网页卡顿时，不妨想想：是不是外卖员（HTTP）迷路了？还是餐厅（服务器）又在修锅（500 错误）？
2. HTTP与HTTPS的区别
1. 快递包装：裸奔的信件 vs 带密码锁的保险箱
HTTP（普通快递）：
→ 包裹不封口！快递员路上能偷看（比如你写的 “支付宝密码：123456” 直接暴露）
→ 场景：逛菜市场公告栏（非敏感网页，如新闻、公开资料）
→ 危险案例：用 HTTP 登录网银，密码被黑客在中转站截获（相当于快递被半路拆包）
HTTPS（加密快递）：
→ 包裹装进带 AES 密码锁的保险箱（SSL/TLS 加密），只有收件人（你的浏览器）能用钥匙（证书公钥）打开
→ 场景：寄银行卡、病历（敏感信息，如网购、登录、支付）
→ 冷知识：HTTPS=HTTP+SSL/TLS，就像 “快递车 + 押运员” 的组合
2. 运输路线：国道 vs 全程监控的高速
对比项 HTTP（普通快递） HTTPS（加密快递）
地址栏 开头是http://（无锁头标志） 开头是https://（小锁头亮起）
端口 走 “国道 80 号”（默认端口 80） 走 “高速 443 号”（默认端口 443）
中转站 随便停！快递员可能篡改包裹（如插播广告、植入病毒） 每站严查！快递员必须出示 “身份证”（CA 证书验证）
安全性 路边小偷能拆包（中间人攻击） 保险箱带 GPS 定位，拆包即报警
趣味测试：现在看看你的浏览器地址栏！
有锁头 → HTTPS（安全，比如淘宝、微信）
没锁头或黄色感叹号 → HTTP（危险，比如某些小论坛）
小剧场：当你用 HTTP 刷网页，黑客可能给你 “换货”—— 把官网链接偷偷换成钓鱼网站！
3. 快递员身份：临时工 vs 持证上岗
HTTP：快递员是临时工（无身份验证）
→ 风险：假快递员冒充（比如你访问http://银行.com，其实是骗子搭的假网站）
HTTPS：快递员必须出示CA 机构颁发的上岗证（数字证书）
→ 验证过程：
你：“快递员，出示证件！”（浏览器向服务器索要证书）
服务器：掏出证书（含公钥和 CA 签名）
你：用 CA 的 “验钞机” 验证签名（内置根证书）→ 真√/ 假 ×
例子：当你访问https://baidu.com，浏览器会检查百度的证书是否由 DigiCert 等可信机构颁发
️ 4. 生活场景：什么时候该用 HTTPS？
场景 HTTP（不安全） HTTPS（安全）
登录账号 密码 “裸奔”（黑客狂喜） 密码加密（保险箱运输）
网购付款 银行卡号可能被截获 卡号加密 + 商家证书验证（防钓鱼）
看新闻 / 刷微博 可以 HTTP（内容公开，丢了不心疼） 建议 HTTPS（防广告篡改）
公共 WiFi 下操作 危险！所有数据被共享 安全！加密后黑客只能看乱码
真实案例：2023 年某咖啡店 WiFi 被植入木马，用 HTTP 登录的用户密码全部泄露，而 HTTPS 用户毫发无损
一句话总结：HTTPS 是 “三重保险快递”
加密：内容锁进保险箱（防偷看）
验证：快递员持证上岗（防冒充）
完整：包裹封印完好（防篡改）
第四部分：考研高频考点の魔性记忆
1. 速记口诀 2.0：考场秒变脱口秀现场
▶ 邮件端口：110（POP3）vs 25（SMTP）
口诀：“110，快递柜密码；25 号，外卖员电话！”
场景：
你在宿舍喊：“谁点的 25 号外卖？SMTP 司机在楼下！”（25 端口发邮件）
舍友怼你：“110 短信来了！POP3 快递柜取件，别忘带验证码！”（110 端口收邮件）
考场梗：看到 110 选「收邮件」，看到 25 选「发邮件」—— 警察叔叔（110）不管发货，外卖员（25）只负责送！
▶ HTTP 无状态：金鱼系服务员の失忆日常
口诀：“HTTP 是金鱼，三秒忘光光；Cookie 递小抄，秒变 VIP！”
真题陷阱：
问：“为什么 HTTP 是无连接的？”
答：（举汉堡店例子）
“就像快餐店 —— 你点完汉堡（请求），服务员收完钱（响应），转头就忘你长啥样（无状态）。下次再来，必须重新说‘我要汉堡 + 少冰可乐’（Cookie 递小抄：老顾客暗号）！”
考官 OS：这个比喻比标准答案还刺激，给分！
▶ 四次挥手：TCP 分手的「冷静期文学」
口诀：“FIN 说分手，ACK 喊知道；FIN 我也走，ACK 锁死号！”
谐音梗：FIN = 分（手），ACK = 啊（好）渴（了）
考场急救：画分手流程图时，脑补情侣对话：
你（FIN）：“课上完了，我先溜！”
老师（ACK）：“知道了，等我发完最后一道题！”（处理残留数据）
老师（FIN）：“题发完，你走吧！”
你（ACK）：“走了走了，4 分钟后彻底消失！”（TIME_WAIT 防后悔）
2. 经典真题拆解：用段子反杀考点
▶ 例题：为什么 HTTP 是无状态的？（2019 年 408 真题）
错误答案：“因为协议设计如此。”（枯燥到考官想睡觉）
满分答案：（拍桌而起）
" 因为 HTTP 是「绝情汉堡店」！
你第一次买汉堡：‘服务员，加生菜！’（请求 1）
第二次买汉堡：服务员：‘生菜是啥？’（请求 2，无状态）
后来你带了 Cookie 小抄：‘老规矩，加生菜！’（Cookie 续命）
考点暗线：无状态 = 服务器不记仇（减轻负担），有状态 = Cookie/.Session 补刀！"
考官批注：这届考生会玩，给满分让他继续皮！
第五部分：Protocol 沉浸式剧本杀（考场后遗症版）
1. 协议角色扮演：分手厨房之网络协议篇
▶ 分组任务（每组 3 人）：
SMTP 外卖员：戴小黄帽，举 “25 号端口” 牌子，必须喊 “爱发邮件！”
POP3 收件人：抱快递柜模型，每收一封邮件喊 “110 验证码正确！”（收完当场撕碎邮件，还原 “取件即删”）
HTTP 顾客：举 “无状态” 牌子，每次点餐都说 “第一次来！”（直到 Cookie 队友塞小抄）
▶ 错误示范（笑到流泪）：
SMTP 外卖员跳过中转站（MX 记录），直接把邮件塞给 POP3：“兄弟，直接给你！”
→ 裁判（老师）举牌：“非法操作！SMTP 必须走中转站，否则算垃圾邮件！”
（还原考点：SMTP 必须通过 MX 记录路由，不能直达）
▶ 正确流程（带梗记忆）：
SMTP 外卖员：“写邮件→查 MX 地图→送中转站→喊 EHLO 暗号！”（对应四步骤）
POP3 收件人：“输 110 验证码→取邮件→撕毁服务器备份！”（还原 “取后删除” 特性）
2. 表情包猜协议：考场脑内小剧场
▶ 表情包 1：金鱼吐泡泡 + 文字 “刚说啥？忘了！”
→ 猜协议：HTTP 无状态（金鱼记忆梗）
考点扩展：无状态≠不持久，Cookie 是 HTTP 的「记忆外挂」！
▶ 表情包 2：快递柜爆炸 + 404 哭脸
→ 猜协议：POP3（取件失败，可能因为服务器删了邮件）
冷知识：404 不仅是网页失踪，也可能是 POP3 取件时邮件已被删！
▶ 表情包 3：⏳"正在加载…" 转圈图 + 外卖员迷路
→ 猜协议：HTTP 请求中（等待服务器响应，可能卡在三次握手）
考场梗：看到转圈图，默念 “请求方法→状态码→首部→实体” 四件套！
▶ 隐藏题：小锁头 + HTTPS 网址
→ 抢答：HTTPS 的 CA 证书验证（锁头 = 证书可信，点击可看快递员 “上岗证”）
考场急救包：考前 30 分钟速记
邮件端口：110 取（快递柜），25 发（外卖员）—— 记成 “110 报警收快递，25 爱发小广告”
HTTP 无状态：每次考试都像新考场，必须重新签到（Cookie = 准考证）
四次挥手：分手要冷静，四步不能省 ——FIN-ACK-FIN-ACK，最后 TIME_WAIT 防复合！
终极咒语：“协议虐我千百遍，我当它们是初恋；考场祭出段子术，老师笑出印象分！”
互动题目设计
必考题（适合课堂抢答）
- 小明发邮件时用的是哪个协议？（SMTP）
- 浏览器地址栏的"http://"代表什么？（超文本传输协议）
- 为什么HTTPS更安全？（因为加了SSL/TLS锁）
陷阱题（易混淆点）
4. 判断：HTTP是面向连接的协议（错误，是无连接）
5. 选择题：POP3默认端口号是？
A.25 B.110 C.80（B）
应用题（结合生活）
6. 双十一抢购时，为什么建议用POST提交订单？（GET会暴露信息）
7. 小王收不到邮件，可能是哪个协议出问题？（POP3或SMTP）
教学思路建议
- 开场破冰（3分钟）
- 提问："大家今天用了哪些APP？"引出应用层的重要性
- 展示快递单实物：“这就是网络世界的’应用层协议’”
- 核心内容讲解（20分钟）
- 每讲一个协议，就举一个生活中的类比
- 关键术语用荧光笔标红，配合手势记忆法（比如HTTP状态码手势）
- 互动环节（10分钟）
- 协议角色扮演：让同学上台演绎不同协议的工作流程
- 现场用手机访问网页，实时分析URL中的协议信息
- 考研重点突破（8分钟）
- 用思维导图总结408高频考点
- 现场做一道历年真题，传授"关键词定位法"
一、基础概念题
- 选择题
下列哪个协议用于实现网页的安全传输？
A) HTTP
B) HTTPS
C) FTP
D) SMTP
答案：B
解析：HTTPS 通过 SSL/TLS 加密数据，保障传输安全，对应端口 443。 - 填空题
DNS 协议的作用是将__________转换为 IP 地址。
答案：域名
解析：DNS（域名系统）是互联网的 “电话簿”，完成域名到 IP 的映射。
二、协议流程题 - 简答题
简述 SMTP 和 POP3 的区别，并举例说明使用场景。
答案：
SMTP（简单邮件传输协议）：负责发送邮件，类似 “快递员送货”，如发送邮件到服务器。 POP3（邮局协议）：负责接收邮件，类似
“快递柜取件”，如从服务器下载邮件到本地客户端。
- 流程图题
画出 HTTP 请求 - 响应的基本流程（用箭头表示步骤）。 答案： 客户端 →（建立 TCP 连接）→ 服务器 客户端 →（发送 HTTP
请求）→ 服务器 服务器 →（处理请求）→ 客户端 服务器 →（返回 HTTP 响应）→ 客户端
三、陷阱与易错题
5. 判断题
HTTP 是有状态协议，会记住用户的历史请求。（√/×）
答案：×
解析：HTTP 是无状态的，每次请求独立，需通过 Cookie 或 Session 维持状态。
6. 选择题
下列哪个端口号对应 FTP 的控制连接？
A) 20
B) 21
C) 25
D) 80
答案：B
解析：FTP 控制连接默认端口 21，数据传输端口 20。
四、综合应用题
7. 案例分析
小明网购时提交订单，发现 URL 显示http://www.example.com/order?user=xiaoming&product=phone。
（1）这种方式使用了哪种 HTTP 方法？
（2）存在什么安全隐患？
答案：
（1）GET 方法（参数暴露在 URL 中）。 （2）敏感信息（如用户名、商品信息）可能被中间人窃取或记录在日志中。
- 设计题
假设你要开发一个在线文件共享系统，选择哪种协议更合适？为什么？
答案：
推荐 FTP 或 HTTP。 FTP 适合大文件传输，支持断点续传；HTTP 适合浏览器直接访问，简化客户端开发。
五、考研 408 原题改编
- 简答题（2021 年真题改编）
为什么 HTTP/1.1 支持持久连接？对性能有何影响？
答案：
持久连接允许一次 TCP 连接传输多个请求 / 响应，减少连接建立开销。 性能提升：减少延迟，提高吞吐量。
- 分析题（2023 年真题改编）
某邮件客户端无法接收邮件，可能的原因有哪些？（至少 3 个）
答案：
POP3 服务器地址或端口错误。 网络连接中断。 邮件服务器未正确配置（如防火墙拦截）账号密码错误。
六、趣味题
- 情景模拟
用快递流程类比 DNS 解析过程。
答案：
发件人（用户）查收快递需要地址（域名）→ 快递站（本地 DNS）查地址簿（缓存）→ 查不到则问总部（根 DNS）→
总部指引到区域分部（顶级域 DNS）→ 分部找到具体网点（权威 DNS）→ 最终找到 IP 地址。