【408精华知识】速看！应用层协议考点大总结！！

应用层的基本概念、各种协议知识较为零散，常作为选择题最后一题也就是40题出现，本文旨在将应用层必记忆的考点整合起来，以最少的文字整理最繁杂的知识点，帮助记忆~

一、网络应用模型

1.C/S模型（客户/服务器模型）：包含提供计算服务的设备——服务器和请求计算服务的主机——客户机。

2.P2P模型：各计算机没有固定的客户和服务器划分，任意一对计算机——称为对等方(Peer),直接相互通信，从本质上来看仍然使用客户/服务器模型，每个结点既作为客户访问其他结点的资源，又作为服务器提供资源给其他结点访问。

二、域名解析协议（DNS）

1.层次域名空间

2.域名服务器

3.域名解析过程：分为递归查询和迭代查询

三、文件传输协议（FTP）

1.工作流程

FTP在工作时使用两个并行的TCP连接，一个是控制连接(服务器端口号21),一个是数据连接(服务器端口号20)。使用两个不同的端口号可以使协议更容易实现。

服务器监听 21 号端口，等待客户连接，建立在这个端口上的连接称为控制连接，用来传输控制信息(如连接请求、传送请求等)。FTP客户发出的传送请求，通过控制连接发送给服务器端的控制进程，但控制连接并不用来传送文件。在传输文件时还可以使用控制连接(如客户在传输中途发一个中止传输的命令),因此控制连接在整个会话期间一直保持打开状态。

服务器端的控制进程在接收到FTP客户发送来的文件传输请求后，就创建“数据传送进程”和“数据连接”。数据连接用来连接客户端和服务器端的数据传送进程，数据传送进程实际完成文件的传送，在传送完毕后关闭“数据传送连接”并结束运行。数据连接有两种传输模式：主动模式 PORT （连服务器的20端口）和被动模式 PASV（服务器和客户端协商）。

因为 FTP使用了一个分离的控制连接，所以也称 FTP的控制信息是带外(Out-of-band)传送的。使用FTP时，要修改服务器上的文件，就需要先将此文件传送到本地主机，然后将修改后的文件副本传送到原服务器，来回传送耗费很多时间。网络文件系统(NFS)采用另一种思路，它允许进程打开一个远程文件，并能在该文件的某个特定位置开始读写数据。这样，NFS 可使用户只复制一个大文件中的一个很小的片段，而不需要复制整个大文件。

四、电子邮件

整个邮件系统的组成如下：


总的来说：SMTP协议负责发邮件，POP3和IMAP协议负责接收邮件。

1.简单邮件传输协议（SMTP）

SMTP协议规定了在两个相互通信的SMTP进程之间应如何交换信息，过程是建立连接-邮件传送-释放连接。

2.邮局协议（POP3）

POP3协议负责拉取邮件，工作方式包括下载并保留、下载并删除。

3.因特网报文存取协议（IMAP）

IMAP协议比POP协议复杂。当用户PC上的IMAP客户程序打开IMAP服务器的邮箱时，用户可以看到邮箱的首部,若用户需要打开某个邮件，该邮件才上传到用户的计算机上。IMAP可以让用户在不同的地方使用不同的计算机随时上网阅读处理邮件，还允许只读取邮件中的某一个部分，(先看正文，有WiFi的时候再下载附件)。

4.基于万维网的邮件系统

五、万维网

1.概念：万维网是一个大规模的、联机式的信息储藏所/资料空间，是无数个网络站点和网页的集合，采用统一资源定位符URL唯一标识到资源，采用C/S模式和超文本标记语言HTML，使得万维网页面可以方便的表示出来。URL格式如下：

2.超文本传输协议（HTTP）

（1）概念：HTTP定义了浏览器（万维网客户进程）怎样向万维网服务器请求万维网文档，以及服务器怎样把文档传送给浏览器。

（2）过程

（3）特点

（4）请求时间分析
两种连接方式：非持续连接(HTTP/1.0)，持续连接(HTTP/1.1)，持续连接又分为流水线情况和非流水线情况。

对于非持续连接，每个网页元素对象(如JPEG图形、Flash等)的传输都需要单独建立一个TCP连接，第三次握手的报文段中捎带了客户对万维网文档的请求。请求一个万维网文档所需的时间是该文档的传输时间(与文档大小成正比)加上两倍往返时间RTT(一个RTT 用于TCP连接，另一个RTT用于请求和接收文档)。每请求一个对象都导致2×RTT的额外开销，此外每次建立新的 TCP连接都要分配缓存和变量，使万维网服务器的负担很重。如图6.12。

所谓持续连接，是指万维网服务器在发送响应后仍然保持这条连接，使同一个客户和该服务器可以继续在这条TCP连接上传送后续的 HTTP请求报文和响应报文。

在非流水线情况下，客户在收到前一个响应后才能发出下一个请求，服务器在发送完一个对象后，其TCP连接就处于空闲状态，浪费了服务器资源，平均请求一个对象导致1×RTT的额外开销。如图6.13。

在流水线情况下，客户可以连续发出对各个对象的请求，服务器就可连续响应这些请求。若所有的请求和响应都是连续发送的，则请求所有对象共计经历1个RTT延迟。这种方式减少了 TCP连接中的空闲时间，提高了效率。当然，在流水线方式中，服务器在每个RTT连续发送的数据量还受到TCP发送窗口的限制。如图6.14。

理解相应的流程就可以计算对应的请求时间。

（5）报文结构

HTTP是面向文本的(Text-Oriented),因此报文中的每个字段都是一些ASCIⅡ码串，并且每个字段的长度都是不确定的。有两类HTTP报文：
● 请求报文：从客户向服务器发送的请求报文。
● 响应报文：从服务器到客户的回答。

可以看出，两种报文都由三个部分组成，两者格式的区别就是开始行不同。

开始行：在请求报文中的开始行称为请求行，而在响应报文中的开始行称为状态行。开始行的三个字段之间都以空格分隔，最后的“CR”和“LF”分别代表“回车”和“换行”。

首部行：用来说明浏览器、服务器或报文主体的一些信息。首部可以有几行，但也可以不使用。在每个首部行中都有首部字段名和它的值，每一行的结束都要有“回车”和“换行”。整个首部行结束时，还有一空行将首部行和后面的实体主体分开。

实体主体：在请求报文中一般不用这个字段，而在响应报文中也可能没有这个字段。

请求报文的“请求行”有三个内容：方法、请求资源的URL及HTTP的版本。其中，“方法”是对所请求对象进行的操作，这些方法实际上也就是一些命令。常用的几种方法如下：

⭐举个栗子：

HTTP响应报文的第1行是状态行，它包含三个内容：HTTP的版本、状态码、解释状态码的短语。下面是HTTP响应报文中常见的三种状态行：

六、常用协议的端口号

TCP和UDP协议都使用端口来标识不同的应用程序或服务，其中端口号是一个16位的数字，范围从0到65535，其中，0到1023的端口号被保留用于一些特定的服务。其中：

1. 服务端使用的端口号熟知端口号（0-1023）：给TCP/IP最重要的一些应用程序，所有用户都知道；登记端口号（1024-49151），为没有熟知端口号的应用程序准备的。
2. 客户端使用的端口号（49152-65535）：仅在客户进程运行时才动态选择。

常用应用层协议使默认端口号如下：

一个故事把端口号记住：
FTP：21（21岁发【F】现一个漂亮的姑娘）
TELNET：23（23岁和她谈【T】恋爱）
SMTP：25（25岁分手，删【S】好友）
DNS：53（53岁怀念她，给她打【D】电话）
TFTP：69（69岁掏【T】出老照片）
HTTP：80（80岁嗝屁了，下辈子还【H】要和她见面）
SNMP：161（实【S】在是编不出来了）

七、常用协议的协议号（顺便说下，和端口号做个区分）

IP协议中表示该数据报文所携带的数据所使用的协议类型，占 8 位。该字段可以方便目的主机的 IP 层知道按照什么协议来处理数据部分。不同的协议有专门不同的协议号。

常用协议的协议号如下：

协议名	ICMP	IGMP	TCP	UDP	BGP	RIP	OSPF
协议号	1	2	6	17	8	9	32

写在后面

这个专栏主要是我在学习408真题的过程中总结的一些笔记，因为我学的也很一般，如果有错误和不足之处，还望大家在评论区指出。希望能给大家的学习带来一点帮助，共同进步！！!

参考资料
[1]王道408教材（2025版）
[2]王道课程资料