计算机网络第六章应用层复习：DNS、HTTP、FTP等协议考点全解析

复习计算机网络第六章，说难不难，说容易也容易翻车。很多人把这一章当成“协议大全”：DNS、HTTP、FTP、SMTP、POP3、DHCP，名字一大堆，背到后面全混在一起。我在实际帮学弟学妹做期末冲刺的时候发现，真正拉开分数的往往不是“背没背过协议缩写”，而是能不能把每个协议放在真实的用户场景里去理解。第六章在SCAU的期末卷里，单选、填空、简答、综合分析都可能出题，尤其综合分析题经常拿“访问一个网页”或“发送一封邮件”当主线，把DNS解析、HTTP交互、TCP连接甚至IP寻址全部串起来考。这一章如果只是孤立地背知识点，碰到这种跨层综合题会非常吃亏。

我的建议是：把第六章当成整本教材的收口章来复习。前面学的物理层、链路层、网络层、传输层，很多概念在学生眼里是零散的，但应用层恰好是协议栈最顶层，它用具体的互联网应用，把下层协议的真实分工全部展示出来。下面这份复习梳理，全部按实际考试会出的方向来写，每个考点都补充了为什么这么考、容易错在哪，希望能帮你少走弯路。

1. 看了试卷分布才明白：第六章为什么值得单独拎出来复习

1.1 应用层在期末卷面里的真正分量

很多同学的复习顺序是“从头往后翻”，翻到第六章时精力已经消耗得差不多，觉得应用层没什么计算，简单背一背就行。但期末成绩出来之后，反而是这一章失分最多。原因很简单：前五章考的是“机制”，第六章考的是“综合”。比如给你一个实际域名，让你描述DNS解析全过程，这背后不仅有DNS协议本身，还涉及UDP传输、缓存机制、层次化命名空间；问你浏览器访问一个网页需要经过哪些步骤，答案里既有HTTP，又有TCP三次握手、IP寻址、ARP、以太网帧，甚至还有路由器的转发决策。

SCAU的期末卷如果按常见题型来分布，第六章通常会在以下几个位置出现：

• 选择题：DNS、HTTP、FTP、电子邮件协议、DHCP的基本概念，通常2到4题；
• 填空题/判断题：常用端口号、协议默认使用的传输层协议、协议之间的层级关系；
• 简答题：递归查询与迭代查询的区别、HTTP持续连接与非持续连接的区别、FTP主动被动模式的区别；
• 综合分析题：整个“访问网站”或“发送邮件”流程，把第六章协议和前五章内容串在一起考。

从分数占比看，应用层往往是简答和综合分析最偏爱的一个章节。因为它好出文字题，答案有标准术语，又不容易出现计算错误。很多老师觉得纯粹考“二进制反码求和”太生硬，反而喜欢用“用户在浏览器输入www.scau.edu.cn之后发生了什么”来考察分层思想。

1.2 这一章真正的复习主线不是背协议，是串场景

我把这一章的复习思路总结成三个字：场景化。

考试碰到具体协议，先不要急着答定义，先想“这个协议在哪个应用场景里出现”。比如DNS出现在“输入域名后需要找IP”的场景；HTTP出现在“浏览器从服务器取网页资源”的场景；FTP出现在“把文件从一台机器搬到另一台机器”的场景；SMTP出现在“发邮件”的场景；POP3/IMAP出现在“收邮件”的场景；DHCP出现在“主机接入网络自动获取IP”的场景。每一个协议都有自己明确要解决的问题，把场景和协议对应上，选择题基本不会错。

填空题喜欢考端口号。这里我列一张我给学生复习时常用的表，不需要一次背下来，做题做多了自然就记住了：

这张表里的“UDP/TCP”不是一个可以随便混用的概念，而是有真实原因的。DNS的常规查询用UDP是因为数据量小，一个请求包、一个响应包就能完成，不想要TCP三次握手的额外开销；但区域传送场景下要传完整的域名数据库，数据量大且需要可靠交付，所以改用TCP。考试如果出现“DNS是不是只使用UDP”这种判断题，一定要警惕。

2. 画图题最容易翻车的DNS：递归查询与迭代查询到底怎么走

2.1 先分清名字服务器之间的关系

DNS最核心的考点不是根域名服务器有多少台，而是“域名解析过程”。想画对图，必须先把三类服务器搞清楚：

• 根域名服务器：只管顶级域名服务器地址，比如告诉你“.cn”服务器在哪、“.com”服务器在哪；
• 顶级域名服务器：负责管理某个顶级域名下的二级域名，比如“.cn”服务器会告诉你“scau.edu.cn”的权威服务器在哪；
• 权威域名服务器：保存真正域名和IP对应关系的服务器，比如“scau.edu.cn”的权威域名服务器才知道“www.scau.edu.cn”具体对应哪个IP。

考试时最容易犯的错是把这三层全部当成“逐级向上问”。实际上的解析过程更像“先找本地，再问上级，最后找到专门管这个域名的服务器”。这里还有一个特别容易混淆的点：用户的电脑并不直接访问根服务器，而是把解析请求交给本地域名服务器。很多人画图时从主机直接连到根服务器，一旦这样画，整个链路的箭头就全错了。

我上课时会用一个类比：你要找一个住在大学城某栋宿舍楼里的人，你不会直接跑到大学城管委会门口大喊他的名字，而是先打电话问本楼宿管。宿管不知道，就帮你打电话问学校信息中心；信息中心告诉你，这个人住在西区某栋楼的某个宿舍，你再根据这个地址去找。对应到DNS里，“宿管”就是本地域名服务器，“学校信息中心”就是各级服务器之间的协助查询。

2.2 递归和迭代，本质是“谁替你跑腿”的区别

递归查询的特点是：替你问到底，最后把一个完整的答案带回来。

迭代查询的特点是：只告诉你“下一步该问谁”，你要拿着这个线索自己去问下一个服务器。

考试最喜欢出两种题：一是直接问“递归和迭代有什么区别”，二是给一个域名，要求画出解析过程。如果只背概念而不理解，画图就会乱。

我用一个典型流程来演示。用户主机要解析 www.scau.edu.cn，假设本地域名服务器的缓存里没有这条记录：

1. 用户主机把查询请求发给本地域名服务器，这个环节通常是递归查询；
2. 本地域名服务器先问根域名服务器“www.scau.edu.cn 的IP是多少”；
3. 根域名服务器并不知道最终IP，但它知道 .cn 顶级域名服务器的地址，于是把“你去找.cn服务器”这个答案返回给本地域名服务器；
4. 本地域名服务器再问 .cn 顶级域名服务器；
5. .cn 顶级域名服务器知道 scau.edu.cn 的权威域名服务器地址，于是把这个地址返回给本地域名服务器；
6. 本地域名服务器继续问 scau.edu.cn 的权威域名服务器；
7. 权威域名服务器返回 www.scau.edu.cn 对应的IP地址；
8. 本地域名服务器把最终IP返回给用户主机。

在这个流程里，从用户的视角看，它只向本地域名服务器发了一次请求，然后就等到了结果，这个过程叫递归查询。但本地域名服务器向根、顶级、权威服务器逐级询问时，每次都是“被问的一方只给下一步建议”，由本地域名服务器自己继续询问，这个过程叫迭代查询。所以实际做DNS解析时，用户主机到本地服务器是递归，本地服务器向上级查询通常是迭代。有些教材会把“主机询问本地域名服务器”直接说成“主机递归查询”，这里的“递归”指的也是主机只需要发一次请求就能拿到最终结果。

画图时要注意箭头方向：所有查询箭头都是发出去的，响应箭头都是返回来的。在迭代查询环节，根服务器返回的不是最终IP，而是下一级服务器的地址信息。很多同学在这个地方把“返回IP”和“返回下一跳地址”画混。

2.3 DNS缓存是简答和实际场景题的高频考察点

DNS还有一个很重要的机制是高速缓存。域名解析结果不是每次都要重新从根服务器问一遍，域名服务器会把上次查询到的结果缓存起来，并设置一个TTL生存时间。这样同一个域名再次被访问时，可以直接命中缓存，响应速度快得多，也可以减轻根服务器和顶级服务器的压力。

考试可能出现这样的场景题：某台主机第一次访问一个网站时，解析耗时是几十毫秒；第二次访问同样域名，耗时明显变短。问你原因是什么。答案核心就是DNS缓存。

选择题还喜欢问：DNS缓存能不能保证永久正确？答案是不能。因为域名和IP的对应关系可能变化，如果服务器IP改了但缓存还没过期，用户就会访问到旧IP，导致网站打不开。所以TTL不能设置太长，也不能设置太短。在复习时只要抓住“缓存是为了提速、TTL是为了保证一致性”两句话，这个考点就不会丢。

还有一个细节点值得留意：DNS在常规查询中用的是UDP，因为查询数据非常短，不需要连接建立过程，快。但一旦涉及区域传送（主服务器把整个域名数据库同步给辅助服务器），就必须用TCP，因为数据量大、可靠性要求高。考试如果只说“DNS使用UDP”，这种绝对化表述通常是错的。

3. HTTP要拿满分，不能只背状态码，还得会算响应时间

3.1 HTTP报文结构是简答和识图题的“送分区域”

HTTP报文分两类：请求报文和响应报文。考试不会真的让你手写一大段报文，但很可能给你报文片段，让你判断是哪一类，或者指出每一行是什么。

请求报文结构是：请求行 + 首部行 + 空行 + 实体主体。响应报文结构是：状态行 + 首部行 + 空行 + 实体主体。注意，“空行”是非常重要的分隔符，不能省略。很多学生在识别报文时把首部行和实体主体混在一起，错误的根源往往是忽略了这个空行。

举个例子，请求行长这样：GET /index.html HTTP/1.1。它说明请求方法是GET，请求的资源路径是/index.html，HTTP版本是1.1。响应报文的状态行长这样：HTTP/1.1 200 OK。常见状态码一定要背下来：

• 1xx：信息提示，比如100 Continue；
• 2xx：成功，重点是200 OK，表示请求成功；
• 3xx：重定向，重点是301 Moved Permanently（永久移动）和304 Not Modified（未修改，可使用缓存）；
• 4xx：客户端错误，重点是400 Bad Request（请求语法错误）、401 Unauthorized（未授权）、403 Forbidden（禁止访问）、404 Not Found（资源不存在）；
• 5xx：服务器错误，重点是500 Internal Server Error（服务器内部错误）、503 Service Unavailable（服务暂时不可用）。

状态码不用死记硬背，按“第一位数字代表性质”来记就很快。选择题如果给你几个状态码，判断属于哪一类，核心就是看第一位数字。

3.2 非持续连接与持续连接的时间计算：很多人的丢分重灾区

HTTP的传输层靠TCP，这并没有争议。但HTTP/1.0默认使用非持续连接，HTTP/1.1默认使用持续连接，两个模式在计算题目里的时间差异非常大。

先说非持续连接。浏览器每请求一个对象，都要单独建立一个TCP连接，而且每个TCP连接只能传输这一个对象。假设不考虑数据传输时间，只算RTT（往返时间），访问一个包含N个小对象的网页，总时间是：建立TCP连接的开销1个RTT，加发送HTTP请求并接收对象1个RTT，所以每个对象大约需要2个RTT。如果页面本身还有初始HTML文件，那这个HTML和N个对象合起来，逐一遍历时总时间就变成了2(N+1)个RTT。

持续连接要更好理解一些。服务器在发送完一个对象的响应后，不立即关闭TCP连接，后续请求可以继续复用这个连接。而HTTP/1.1还支持流水线方式，客户端不必等待前一个响应结束就可以连续发送多个请求。于是访问N+1个对象的总时间，可以压缩到接近一个TCP连接建立时间，加一个基本HTTP请求/响应RTT，再加上一次把剩余所有对象并发请求的RTT。

很多老师在出题时会默认“TCP连接建立需要1个RTT，每个HTTP请求/响应需要1个RTT，忽略数据传输时间”，如果你在题面里看到“忽略传输时间”这句话，就可以按这个简化公式算。但如果题目给了文件大小和链路带宽，就要把传输时间也算进去，不能直接套公式。

3.3 HTTP的持续连接、Cookie和无状态特性

判断题里经常会冒出一句“HTTP是面向连接的协议”，很多同学觉得HTTP基于TCP，所以是面向连接的，于是选了正确。这个说法严格来说不准确。HTTP本身是无状态协议，意思是服务器不保存客户端的历史请求信息。HTTP的可靠传输依赖于下层的TCP连接，但不能说HTTP就是面向连接的协议。

无状态带来一个问题：服务器分不清不同的用户。所以引入了Cookie机制。Cookie有四个组成部分：HTTP响应报文中的Set-Cookie首部行、HTTP请求报文中的Cookie首部行、用户主机上保存的Cookie文件、服务器后台的数据库。可以这样理解：服务器给你发一张“会员卡”，上面写着你的编号；你下次再来的时候带着这张卡，服务员一看编号就知道你之前买过什么。Cookie机制保证了在无状态HTTP基础上的“状态保持”。

如果简答考到Cookie的作用，只答“保存用户信息”是不够的，要提到它解决了HTTP无状态协议无法识别用户的问题，能用于会话管理、个性化推荐、用户行为跟踪等。但如果是讨论隐私保护，也可以提Cookie可能被第三方跟踪，这属于实际应用层面的扩展。

4. FTP的主动与被动模式：一个容易被选择题暗算的协议细节

4.1 为什么FTP需要两个连接

FTP和HTTP都用了TCP，但FTP的特殊之处是它使用两个并行的TCP连接：控制连接和数据连接。控制连接负责传输命令和应答，比如登录用户名、密码、切换目录的指令；数据连接负责真正传文件内容。

为什么要分开？有一个很实际的理由：文件传输可能很耗时，如果在同一个连接里既传命令又传一个大文件，用户想中途取消操作就很难实现。把控制命令独立出来之后，传输文件时用户仍可以发送中断指令，例如“停止当前传输”或“查看服务器目录列表”。另一个好处是控制连接在整个会话期间始终保持，而数据连接可以按需建立和关闭。传输一个大文件时打开一个数据连接，传完了就关闭，下一个文件再开一个新的数据连接。

考试中经常出现这样一道题：“描述FTP控制连接和数据连接的生命周期”。完整答案是：客户进程发起连接时，先与服务器端口21建立控制连接，这条连接在整个FTP会话期间一直保持；每次需要传输文件时，双方再动态建立一条数据连接，文件传完数据连接就关闭；当用户输入quit命令退出时，控制连接关闭，整个会话结束。

4.2 主动模式与被动模式的本质区别

这是选择题和简答最容易埋坑的地方。主动模式，英文叫active mode，是FTP服务器主动去连接客户端建立数据连接。具体流程是：

1. 客户端使用一个临时端口N与服务器21端口建立控制连接；
2. 客户端告诉服务器“我等你用数据连接来连我的N+1端口”；
3. 服务器从自己的20端口主动向客户端的N+1端口发起数据连接。

这里有一个实际网络环境中非常麻烦的后果：服务器主动连客户端，但客户端可能处于NAT后面，防火墙会拦截从外部发起的主动连接。所以主动模式在很多实际网络环境里连不通。

被动模式，英文叫passive mode，核心是“角色颠倒”。服务器不再主动连客户端，而是开放一个随机的高端口，把端口号告诉客户端，由客户端去连接服务器的这个端口。流程是：

1. 客户端与服务器21端口建立控制连接；
2. 客户端发送PASV命令；
3. 服务器开放一个随机高端口并告知客户端；
4. 客户端主动向服务器的这个高端口发起数据连接。

在很多考试体系里，主动模式被称作“服务器发起数据连接”，被动模式被称作“客户端发起数据连接”，这一点基本是判分要点。选择题如果只问“FTP数据连接默认使用端口20”，这个说法只适用于主动模式。被动模式下，数据连接的端口是服务器临时指定的，并不是固定20。

我复习时遇到最好的记忆方法是：主动模式看“服务器主动”，被动模式看“客户端被动变主动”。主动模式里数据连接是服务器20端口主动连客户端；被动模式里客户端像普通Web访问一样主动连服务器。

数据连接的另一个考点是方向性。有人以为数据连接的方向一定是从服务器到客户端，因为“下载文件”是服务器把文件传给客户端。但FTP的数据连接还可以用于上传，上传时数据是由客户端流向服务器。所以“数据连接只有服务器到客户端一个方向”是错误的，数据连接既然已经建立，它是双向可用的，只是按用户请求决定传输方向。

5. 电子邮件系统那些容易“背混”的协议关系

5.1 SMTP、POP3、IMAP分别管哪一段

电子邮件是SCAU期末常考的应用层案例，因为它足够复杂，一条完整链路能牵扯出三个或四个协议。先理清邮件发送链路的几个角色：用户代理、发送方邮件服务器、接收方邮件服务器。

用户代理就是Outlook、Foxmail、网页邮箱这类软件，它负责把用户写的信交给发送方邮件服务器。邮件服务器之间负责接力传递。接收方邮件服务器负责保存邮件，等待收件人取走。

注意，邮件传输分成两个方向：

• 发送和转发方向使用SMTP。发送方用户代理把邮件推送到自己的发件服务器，发件服务器再通过SMTP协议把邮件传送到收件人的邮件服务器。SMTP解决的永远是“把邮件推到下一站”的问题。
• 读取方向使用POP3或IMAP。收件人的用户代理从收件服务器上把邮件拉下来阅读，这个动作不再使用SMTP。很多人混淆的根因就在这里：以为发邮件和收邮件都用SMTP，这是不对的。

如果绘制邮件传送场景，流程是：

1. 用户A用用户代理写邮件，通过SMTP把邮件发送给自己的邮件服务器；
2. 用户A的邮件服务器通过SMTP把邮件发送给用户B的邮件服务器；
3. 用户B使用用户代理，通过POP3或IMAP从自己的邮件服务器读取邮件。

在这个流程中，用户A到邮件服务器之间是“推”邮件，邮件服务器之间也是“推”，用户B到邮件服务器之间是“拉”邮件。SMTP管推，POP3/IMAP管拉，IMAP比POP3更强的地方在于邮件可以保留在服务器上，支持在多个设备间同步文件夹状态。

5.2 MIME的作用：SMTP的补充扩展

SMTP有一个历史遗留限制：早期的SMTP只能传送ASCII码的7位文本，不能直接传送非ASCII字符、图片、音频、视频等二进制文件。那为什么现在邮件能带附件？答案就是MIME，多用途互联网邮件扩展。

MIME不是用来替代SMTP的，而是对SMTP的扩展。它通过在邮件首部增加MIME-Version、Content-Type、Content-Transfer-Encoding等字段，把二进制数据编码成ASCII文本，使二进制文件可以安全地通过SMTP传输。考试如果问“电子邮件附件是怎么实现的”，核心考点就是MIME。

简单理解：SMTP是邮局的邮政车，只能运标准信封；MIME是打包技术，把大件货物打散重新封装成标准信封，邮政车才能运输。

5.3 SMTP与HTTP的对比，简答题里的经典题型

很多老师喜欢把SMTP和HTTP放在一起考，因为它们都是基于TCP的文本协议，有很多相似之处，但又有本质不同。对比题需要注意三点：

第一，连接方向不同。HTTP是拉协议，用户代理主动向服务器发起连接，请求资源。SMTP是推协议，发送方主动把邮件推给接收方。POP3和IMAP才是拉协议。

第二，报文格式不同。HTTP请求报文的请求行是“方法 + URL + 版本号”，而SMTP命令则是动词加参数，比如MAIL FROM:<...>。HTTP传的是任意Web对象，SMTP传的是邮件报文。SMTP要求邮件报文只能使用7位ASCII格式，HTTP的实体可以携带任意二进制数据而不需额外编码。

第三，持续连接和发送对象边界不同。HTTP/1.1默认持续连接，一个连接可以传输多个对象，每个对象有自己的长度标识。SMTP虽然也可以在一个连接上发送多个邮件报文，但邮件的结束用特殊的<CRLF>.<CRLF>行来标识，这个点在选择题里偶尔会考到。SMTP要求把所有报文的首部、空行、主体都封装成ASCII文本，并用一个单独的空行分隔首部和主体，和HTTP报文有一点点相似，但结束标记完全不同。

6. 容易被忽略的小分考点：DHCP、SNMP与远程登录类协议

6.1 DHCP的四步交互过程，其实不只是“自动获取IP”

第六章很多同学只盯着DNS、HTTP、FTP、邮件协议，却把DHCP当成了“知道是动态分配IP就行”。但填空和选择偏偏喜欢考细节：DHCP是应用层协议，但它服务的对象是网络接入阶段。当一个主机开机接入局域网时，它还没有IP地址，连传输层都无法正常通信，因此DHCP使用了特殊的广播方式让别人能找到自己。

DHCP的经典四步是：

1. DHCP DISCOVER：客户端以一个源IP地址为0.0.0.0、目的IP为255.255.255.255的UDP广播，寻找DHCP服务器；
2. DHCP OFFER：DHCP服务器收到后，从地址池中选一个IP，通过广播或单播回复客户端；
3. DHCP REQUEST：客户端从多个服务器的OFFER中选择一个，广播自己接受的IP地址，并告知其他服务器把已分配的地址释放；
4. DHCP ACK：被选中的服务器收到REQUEST后，正式确认该IP租约，并下发租约期限、子网掩码、默认网关、DNS服务器地址等配置。

四步缩写可以记为“发现、提供、请求、确认”。题目如果问DHCP是否由服务器主动分配固定IP，答案是“租约机制”，IP不是永久绑定的，而是有租期，到期后要续租或释放。这一点是“动态配置”区别于“手动配置”的核心。

另外要注意，DHCP客户端在配置完成前没有有效IP，所以DHCP报文基于UDP传输，服务器端口67、客户端端口68，不能指望客户端先建立TCP连接。

6.2 TELNET、SSH与SNMP：一个解决登录，一个解决管理

远程登录协议里面，TELNET是最经典但也是最不安全的。因为TELNET使用明文传输用户名和密码，抓包就能看到账号信息。SSH是TELNET的安全替代品，使用加密隧道传输。考试如果问到“TELNET与SSH的区别”，一定要答到加密与明文这个关键点。

SNMP常被称为网络管理协议，它由管理站、代理和管理信息库三部分构成。被管理的网络设备上运行代理进程，代理负责收集设备状态信息；管理站通过SNMP定期向代理发送查询请求，了解设备是否正常运行。端口161用于管理站收代理的消息，162用于代理发送Trap告警消息。这里易错的点是Trap消息不是管理站主动问出来的，而是设备主动上报异常，比如端口Down、CPU过高等。简单说，管理站“轮询”是主动的，代理“Trap”是被动的告警。

第六章还经常出一些简单的判断题，比如“TELNET和SSH都使用TCP连接”，这句话其实是对的，两者都使用TCP。区别只在于一个明文、一个加密。远程登录与文件传输不一样，远程终端需要可靠字节流，不能丢数据也不能乱序，因此不能选择UDP。

6.3 记住一个原则：应用层协议底层用TCP还是UDP，要看需求

复习这一个章节时，很多人会问我：“各种协议到底用的TCP还是UDP，死记硬背太累了，有没有规律？”有，但要分几类来看：

• 需要可靠传输、大量数据交互的，如HTTP、FTP、SMTP、POP3、TELNET，底子都是TCP；
• 要求低延迟、请求响应很短、能容忍少量丢失的，如DNS查询、DHCP、TFTP、SNMP，底子都是UDP；
• 纯粹下载大量视频、要求实时性的，如很多流媒体应用可以基于UDP，但Web视频为了穿透防火墙，现在普遍基于HTTP/HTTPS，也就是TCP。

考试选择题只要出现“FTP使用UDP”“HTTP使用UDP”“SMTP使用TCP”，都应能快速判断。只要抓住“文件内容、网页内容、邮件内容错一个字节都不行”的直觉，TCP和UDP的使用就不容易混。反过来，DNS查询丢了可以重新发，DHCP请求服务器没收到可以重试，SNMP丢一次告警影响也不致命，所以这些轻量级请求适合用UDP。

复习到这一章的最后，我个人比较建议拿一张空白纸，把“DHCP获取IP、DNS域名解析、HTTP获取网页、SMTP发邮件、POP3收邮件”五个场景从头到尾各画一遍，画的时候把每个环节涉及的协议、端口、传输层协议都标在旁边。画完再去对照课本，什么时候你不需要翻书也能把每一步的先后顺序和报文方向说清楚，这一章基本就稳了。这个方法我推荐给很多备考同学用过，比对着笔记念十遍都管用。