---

一、计算机网络应用体系结构

三种类型：

1. 客户/服务器(C/S)结构

   最主要的特征是通信只在客户与服务器之间进行，客户与客户之间不进行直接通信。客户端发起请求，服务器端回应请求。

2. P2P（Peer to Peer）结构

   每个对等端都同时具备C/S应用的客户与服务器的特征，是一个服务器与客户的结合体，对等端之间直接通信。

3. 混合结构

   既有中心服务器的存在，又有对等端（客户）间的直接通信。

二、网络应用通信基本原理

C/S通信基本原理：服务器端运行的是服务器进程，被动地等待客户请求服务；客户端运行的是客户进程，主动发起通信，请求服务器进程提供服务。应用进程间遵循应用层协议交换应用层报文。

三、域名系统（DNS）

1. 域名系统的基本概念

域名系统：是互联网使用的命名系统。它用来把人们使用的机器名字（域名）转换为 IP 地址。域名系统为为互联网的各种网络应用提供了核心服务。

层次树状结构的命名方法：

1. 国家顶级域名nTLD；

   每个域名代表一个国家的主机。

2. 通用顶级域名gTLD；

   表示某一类型机构或者组织的所有主机的域名。

3. 基础结构域名。

   只有一个域名arpa，用于反向域名解析，又称为反向域名。

域名的划分：

• 一个服务器所负责管辖的（或有权限的）范围叫做区。
• 各单位根据具体情况来划分自己管辖范围的区。但在一个区中的所有节点必须是能够连通的。
• 每一个区设置相应的权限域名服务器，用来保存该区中的所有主机的域名到IP地址的映射。
• DNS服务器的管辖范围不是以“域”为单位， 而是以“区”为单位。

2. 域名服务器

1. 域名解析

   将域名映射为IP地址的过程。

2. 域名服务器

   为了实现域名解析，需要建立分布式数据库，存储网络中域名与IP地址的映射关系数据，这些数据库存储在域名服务器上，域名服务器根据用户的请求提供域名解析服务。

3. 域名服务器的分类：

   (1)根域名服务器

   • 最高层次，最为重要。所有根域名服务器都知道所有的顶级域名服务器的域名和IP地址。不管是哪一个本地域名服务器，若要对互联网上任何一个域名进行解析，只要自己无法解析，就首先求助于根域名服务器。若所有的根域名服务器都瘫痪了，整个互联网中的DNS系统就无法工作了。
   • 根域名服务器共有13套装置，构成13组根域名服务器。根域名服务器总共只有13个不同IP地址的域名，但并非仅由13台机器所组成。
   • 根域名服务器分布在全世界。为了提供更可靠的服务，在每一个地点的根域名服务器往往由多台机器组成。根域名服务器采用任播技术，当DNS客户向某个根域名服务器发出查询报文时，路由器能找到离这个DNS客户最近的一个根域名服务器。
   • 根域名服务器并不直接把域名转换成 IP 地址（根域名服务器也没有存放这种信息），而是告诉本地域名服务器下一步应当找哪一个顶级域名服务器进行查询。

   (2)顶级域名服务器

   • 负责管理在该顶级域名服务器注册的所有二级域名。
   • 当收到DNS查询请求时，就给出相应的回答（可能是最后的结果，也可能是下一步应当找的域名服务器的IP地址）。

   (3)权限域名服务器

   • 负责一个区的域名服务器。
   • 当一个权限域名服务器还不能给出最后的查询回答时，就会告诉发出查询请求的DNS客户，下一步应当找哪一个权限域名服务器。

   (4)本地域名服务器

   • 非常重要。
   • 当一个主机发出DNS查询请求时，该查询请求报文就发送给本地域名服务器。
   • 每一个互联网服务提供者ISP或一个大学，都可以拥有一个本地域名服务器。
   • 当所要查询的主机也属于同一个本地ISP时，该本地域名服务器立即就能将所查询的主机名转换为它的IP地址，而不需要再去询问其他的域名服务器。
   • 本地域名服务器有时也称为默认域名服务器。

   

3. 域名解析过程

1. 递归查询

   代替查询主机或其他域名服务器，进行进一步的域名查询，并将最终解析结果发送给查询主机或服务器。

2. 迭代查询

   只是将下一步要查询的服务器告知查询主机或服务器，本地域名服务器继续后续查询。

举例：

• 递归查询：这种查询方式，根域名服务器负载过大，所以较少使用。

  

• 迭代查询

  

四、万维网应用

1. 万维网应用结构

• Web服务器

  所有的网页资源存储在Web服务器上。

• 浏览器

  客户机上运行浏览器程序。

• 超文本传输协议（HTTP）

  客户浏览网页资源通过超文本传输协议实现。

客户浏览网页的过程：

1. 客户机向Web服务器发起TCP连接；

2. 客户机上的浏览器程序根据要访问的页面的网址，发出HTTP请求报文；

   HTTP报文中包含URL（统一资源定位器），即我们通常所说的网址，互联网上的所有资源都有一个唯一的URL。网页超链接中包含URL的信息，当我们点击网页上的一个超链接时，HTTP的请求报文会把URL携带在报文当中，发送给服务器。

3. 报文发送到服务器，服务器根据URL找到相应的网页资源，网页资源使用HTML语言编写

4. 网页资源作为HTTP报文的响应信息反回给浏览器

5. 浏览器收到HTML语言的网页资源后，进行解释，以一定的格式显示在浏览器当中，呈现给客户。

2. HTTP

• 概念：超文本传输协议，定义浏览器如何向Web服务器发送请求，以及Web服务器如何向浏览器进行响应。

• 版本：HTTP/1.0和HTTP/1.1

• HTTP连接：在通信过程中，HTTP采用了两种连接，非持久连接和持久连接。

  假设用户在浏览器中输入了URL地址http://www.abc.edu.cn/cs/index.html,请求浏览一个引用3个JPEG小图像的web页面。如果基于默认模式的HTTP/1.0，则从用户请求index.html页面开始，到接收到完整的内容为止，请求传输过程如图下所示。

  

  如果基于持久连接，请求传输过程如图下所示。注意：持久连接方式会使服务器的压力比较大。

  

• HTTP报文

  • 请求报文 – 从客户向服务器发送请求报文。格式如下：

    

    HTTP典型的请求方法有GET、HEAD、POST、OPTION、PUT等。

    1. GET：请求读取由URL所标识的信息。
    2. HEAD：请求读取由URL所标识的信息的首部，无须在响应报文中包含对象。
    3. POST：给服务器添加信息（例如，注释）。
    4. OPTION：请求一些选项的信息。
    5. PUT：在指明的URL下存储一个文档。

  • 响应报文 – 从服务器到客户的回答。

    

    HTTP状态码分类：

    

3. Cookie

Cookie中文名称为小型文本文件，指某些网站为了辨别用户身份、进行会话跟踪而储存在用户本地终端上的数据。

Cookie弥补了HTTP协议无状态性（不了解以前用户是一种怎样的访问状态，因而无法提供针对性地服务）的不足，有利于进行用户跟踪并提供针对性的服务，但也带来一些安全问题，例如，隐私安全问题。

Cookie中包含了一个分配给某个用户的特定编号，该编号分别存储在浏览器和服务器上。当用户访问某个网站时，该网站会分配给一个用户编号，当用户再访问该网站时，网站可以通过编号知道该用户之前的访问状态。

Cookie工作原理：

五、Internet电子邮件

1. 电子邮件系统结构

电子邮件系统主要包括邮件服务器、简单邮件传输协议（SMTP）、用户代理和邮件读取协议等。

• 用户代理

  用户与电子邮件系统的接口。又被称为电子邮件客户端软件。

  基本功能：撰写、显示、处理、通信。

• 邮件服务器

  又被称为邮件传输代理。

  功能：发送和接收邮件，同时还要向发信人报告邮件传送的情况。

  按照客户服务器方式工作。

• 邮件发送和邮件读取协议

  邮件发送读取使用不同的协议。

  简单邮件发送协议SMTP：用于在用户代理向邮件服务器或邮件服务器之间发送邮件。

  邮局协议POP3：用于用户代理从邮件服务器读取邮件。

2. SMTP

• SMTP是Internet电子邮件中核心应用层协议，实现邮件服务器之间或用户代理到邮件服务器之间的邮件传输。
• SMTP使用传输层TCP实现可靠数据传输，端口号25。
• SMTP通过3个阶段的应用层交互完成邮件的传输，分别是握手阶段、邮件传输阶段和关闭阶段。
• SMTP的基本交互方式是SMTP客户端发送命令，命令后面可能携带参数，SMTP服务器对命令进行应答。

SMTP通信的三个阶段：

• 连接建立（握手阶段）

  

• 邮件传送

  

• 释放连接

  

3. 电子邮件格式与MIME

• 电子邮件包括首部、空白行、主体3部分，To、Subject、Cc、From、Date、Reply-To等关键词。

  

• MIME（多用途互联网邮件扩展）

  将非7位ASCII码文本内容转换为7位ASCII码文本内容，然后再利用SMTP进行传输。

  在邮件首部增加MIME首部行，说明主体内容原本的数据类型以及采用的编码标准等。

  例如，下面是一封传输一张JPEG图片的邮件示例：

  

  对方在收到邮件后，再使用相同的编码方式对邮件进行解析，得到正确的邮件。

4. 邮件读取协议

3种不同的邮件读取协议：

• 第三版的邮局协议（POP3）

  

  POP3协议使用客户服务器方式，客户发送指令给服务器，告诉服务器自己要读取哪部份邮件，然后服务器把邮件传输给客户端，相当于客户端把邮件下载到本地，然后进行读取操作，对邮件进行增删改查影响的是本地数据。

• 互联网邮件访问协议（IMAP）

  

  想要查阅邮件，必须先联网。IMAP协议通过指令直接操作邮件服务器，不管是删除邮件还是创建新的邮件的文件夹，实际上是改变了邮件服务器本身的内容。

• HTTP（现在较多使用）

  

  不需要依赖于各种邮件客户端，只要有浏览器，通过服务器的网址来访问就可以操作。

六、FTP

• 文件传送协议（FTP）：在互联网的两个主机间实现文件互传的应用层协议。

  采用C/S模式，利用传输层的TCP协议进行可靠传输。采用控制连接（21端口）传输控制命令，数据连接（20端口）传输文件内容。

• FTP工作原理：

  

  1. 如果客户机要访问FTP的服务器，首先客户机需要和服务器的21号端口建立控制连接。
  2. 客户机将需要FTP执行的操作指令通过控制连接，发送给FTP服务器，服务器执行相对应的操作。
  3. 当需要下载或上传某个文件时，不再使用控制连接，而是需要利用服务器的20号端口动态创建数据连接，通过数据连接进行文件传输。

七、P2P应用

• P2P工作方式：在P2P工作方式下，所有的音频/视频文件都是在普通的互联网用户之间传输。

• P2P应用的优势：充分聚集利用了端系统（对等方主机）的计算能力以及网络传输带宽，对服务器的依赖很小。

• P2P的工作原理：

  

  假如有一个服务器提供文件的下载和服务，在不使用P2P工作方式时，有一个用户请求下载文件，服务器就需要上传一次文件副本到互联网上供用户下载，有100万个用户请求下载文件，服务器就需要上传100万次文件副本到互联网上供用户下载。在这一过程中的传输速度依赖于服务器的上行链路和客户端的下行链路速度。在这一过程中，当用户量庞大时，服务器的负载就会很大，用户的等待时间也会变长。

  在使用P2P工作方式时，在某一时刻，第一个用户已经获得了文件副本的一部分，当第二个用户请求下载文件，第二个用户可以选择从第一个用户获取文件的部分数据，同时请求服务器传输其他部分的数据。当第三个用户请求下载文件时，第三个用户可以选择从第一个用户、第二个用户、服务器上同时获取文件数据，以此类推。使用P2P方式可以充分利用各个端系统的计算能力和网络传输带宽，减少了服务器的压力，同时也使得用户获取数据的速度加快。

• P2P方式特别适合大数据量的数据服务。

八、Socket编程基础

• Socket接口模型：网络应用进程通信时需要通过API接口请求底层协议的网络服务。可以创建数据报类型套接字SOCK_DGRAM（对应调用UDP协议）、流式套接字SOCK_STREAM（对应调用TCP协议）和原始套接字SOCK_RAW（对应直接调用网络层协议）。

  

• 基于TCP的Socket编程

  

• 基于UDP的Socket编程

  

---

参考视频：https://www.bilibili.com/video/BV1xJ41137Q3?p=8

1 应用层的体系结构

        应用层分为三种结构：客户机/服务器结构（c/s）、点对点结构（P2P）、混合结构

1.1 客户机/服务器结构

        这种结构的特点就是，客户机给服务器发送请求，然后由服务器发生响应。客户机与客户机之间是不能直接通讯的。

1.2 P2P结构

        P2P对比CS结构，其有点是高度可伸缩，缺点是难以管理。

        混合式结构结合了P2P和CS结构的优的，比如Napster的文件传输使用P2P结构，文件搜索采用CS结构

2 应用层进程间通信

2.1 Socket

        同一主机中进程的通信是依靠操作系统提供的，而不同主机间进程通信需要依靠套接字Socket。Socket可以理解为一种API。进程通过Socket编程，来对协议进行选择，参数进行设置。

         一般来说，同一台主机上的进程会通过PCB进程控制块(Process Control Block, PCB)进行唯一标识。但是在网络通信中，怎么通过一台主机将信息发送到另一台主机的指定进程上呢？一般采用端口号。

         IP地址+端口号，就唯一定义了网络上所有进程中的那一个。

2.2 应用层协议

        一般来说，网络应用需要遵循应用层协议

 3 网络应用的需求与传输层服务

         Internet提供了两种传输服务：TCP服务，UDP服务

 

1. 应用层概述

（1）、前情回顾

1. 物理层：解决使用何种信号来传输比特的问题
2. 数据链路层：解决分组在一个网络（或一段链路）上传输的问题
3. 网络层：解决分组在多个网络上传输（路由）问题
4. 运输层：解决进程之间基于网络的通信问题
5. 应用层：解决通过应用进程的交互来实现特定网络应用的问题。

（2）、应用层的定义

应用层是计算机网络体系结构的最顶层，是设计和建设计算机网络的最终目的，也是计算机网络中发展最快的部分。

（3）、相关应用

1. 万维网WWW
2. 域名系统DNS
3. 动态主机配置DHCP
4. 电子邮件
5. 文件传送FTP和P2P文件共享
6. 多媒体网络应用

2. 客户/服务器方式（C/S方式）和对等方式（P2P方式）

（1）、客户/服务器方式（C/S方式）

1. 客户和服务器是指通信中所涉及的两个应用进程。
2. 客户/服务器方式所描述的是进程之间服务和被服务的关系。
3. 客户是服务请求方，服务器是服务提供方
4. 服务器总是处于运行状态，并等待客户的服务请求。服务器具有固定的端口号（HTTP服务器的固定端口号为80）和固定的IP地址。
5. 由于一台服务器计算机要为多个客户机提供服务，在C/S应用中，常会出现服务器计算机跟不上众多客户机的情况。所以常用计算机群集构建一个虚拟服务器。

应用

1. 万维网WWW
2. 电子邮件
3. 文件传输FTP

（2）、对等方式（P2P方式）

P2P方式中，没有固定的服务请求者和服务提供者，分布在网络边缘各端系统中的应用进程是对等的，被称为对等方。对等方相互之间直接通信，每个对等方既是服务的请求者，又是服务的提供者。

应用

1. P2P文件共享
2. 即时通信
3. P2P流媒体
4. 分布式存储

3. 动态主机配置协议DHCP

（1）、为什么需要动态主机配置协议DHCP？

如果没有动态主机配置协议DHCP，我们都是手动的给主机配置相应的信息（IP地址、子网掩码、默认网关、DNS服务器）。但是这样的话，可能会导致配置错误且工作量大。因此动态主机配置协议DHCP应运而生。

（2）、动态主机配置协议DHCP的工作过程

1. 寻找DHCP服务器过程

DHCP客户端进程向链路上发送一个DHCP发现报文（源地址为0.0.0.0，目的IP地址255.255.255.255），该报文是广播报文，从所在的网络中寻找DHCP服务器，因为只有DHCP服务器才能解析出这报文中的UDP数据报。

2. 提供IP地址租用

当DHCP服务器收到相应的发现报文后，会向链路上发送DHCP提供报文（源地址为DHCP服务器的地址，目的IP地址为255.255.255.255），该报文是广播报文。DHCP客户端进程收到相应的报文后使用ARP确保所选IP地址为被网络中其他主机占用。

3. 接受IP地址租约

收到提供报文之后，会向链路上发送DHCP请求报文（源地址为0.0.0.0，目的IP地址为255.255.255.255），该报文是广播报文，主要是向DHCP服务器说明接受IP地址租约。

4. 确认IP地址租约

DHCP服务器受到相应的DHCP请求报文后，向链路上发送DHCP确认报文（源IP地址为：该服务器的IP地址，目的IP地址为255.255.255.255），该报文是广播报文，主要是确认IP地址租约。此时DHCP客户端进程收到相应的报文后使用ARP确保所选IP地址为被网络中其他主机占用。

（3）、IP地址续约情况

1. 情况1

当相应的IP地址租用期过了一半时，DHCP客户机就会向相应的DHCP服务器发送DHCP请求报文（源地址为租用的地址，目的IP地址为服务器的IP地址），该情况下，DHCP服务器向DHCP客户机发送DHCP确认报文（源地址为服务器的IP地址，目的IP地址为租用的地址），那么DHCP客户机得到新的租用期

2. 情况2

当相应的IP地址租用期过了一半时，DHCP客户机就会向相应的DHCP服务器发送DHCP请求报文（源地址为租用的地址，目的IP地址为服务器的IP地址），
DHCP服务器向DHCP客户机发送DHCP不确认报文（源地址为服务器的IP地址，目的IP地址为租用的地址），那么DHCP客户机立即停用相应的IP地址，重新进行动态分配过程。

3. 情况3

当相应的IP地址租用期过了一半时，DHCP客户机就会向相应的DHCP服务器发送DHCP请求报文（源地址为租用的地址，目的IP地址为服务器的IP地址），
DHCP服务器对DHCP客户机不响应，且DHCP客户机的租用期到时，那么DHCP客户机立即停用相应的IP地址，重新进行动态分配过程。

三种情况图示说明

（4）、DHCP中继代理

为什么需要DHCP中继代理？

如果相应的主机和DHCP服务器不在同一个网络中的话，而发送的相关报文又是广播报文，而路由器不能转发广播报文。所以需要DHCP中继代理。

DHCP中继代理的作用

作为各计算机和相应的DHCP服务器的桥梁。

4. 域名系统DNS

（1）、DNS的应用

1. 域名到IP地址的映射
2. ping命令

（2）、主机输入域名后所经历的过程

当在用户主机上输入URL后，主机会先在高速缓存中查找相应域名的对应IP地址，如果没有找到，那么就会向DNS域名服务器发送一个内容大致为“相应的域名所对应的IP地址是什么？”的报文给DNS域名服务器。DNS服务器收到后DNS服务器会向用户主机发送一个内容为“相应的IP地址”的响应报文。这样用户主机就可以访问相应的主机了。

（3）、因特网中是否可以使用一台DNS服务器？

这种做法不可取，因为因特网的规模很大，这样的话域名服务器会因为超负荷而无法正常工作，而且一旦域名服务器出现故障，整个因特网就会瘫痪。

（4）、域名的命名规则

采用层次树状结构的域名结构。

~. 三级域名. 二级域名 . 顶级域名

1. 根域名服务器：根域名服务器通常并不直接对域名进行解析，而是直接返回所属顶级域名的顶级域名服务器的IP地址。
2. 顶级域名服务器：这些域名服务器负责管理在顶级域名服务器注册的所有二级域名。
3. 权限域名服务器：这些域名服务器负责管理某个区的域名。
4. 本地域名服务器：本地域名服务器起着代理作用，会将该报文转发到上述的域名服务器的等级结构中。

（5）、域名解析过程

1. 递归查询

用户主机递归查询根域名服务器，根域名服务器递归查询顶级域名服务器，顶级域名服务器递归查询权限域名服务器。查询到后进行返回。

2. 迭代查询

用户主机递归查询根域名服务器，根域名服务器告诉用户主机相应的下一个访问的IP地址迭代查询顶级域名服务器，顶级域名服务器告诉用户主机相应的下一个访问的IP地址迭代查询权限域名服务器。查询到后进行返回。

递归查询会导致服务器负担太大，所以一般采用主机到本地域名服务器的查询是递归查询，而其余的是迭代查询。

3. 高速缓存

为什么要用高速缓存？

为了提高DNS的查询效率，并减轻DNS域名服务器的压力，所以使用高速缓存。

缓存的过程

如果查询到后，直接把域名和IP地址的对应关系存下来，然后再次查询相同域名的时候，直接把高速缓存的存放结果告诉用户。

主机中也可以设置高速缓存。

5. 文件传输协议FTP

（1）、什么是文件传送

将某台计算机上的文件通过网络传输到很远的另一台计算机中。

（2）、文件传输协议FTP

1. FTP提供交互式的访问，允许客户指明文件类型和格式，并允许文件具有存取权限。
2. FTP屏蔽了各计算机的细节，因而适合于在异构网络中任意计算机之间进行传送文件。

（3）、FTP客户和服务器之间必须建立的两个连接

1. 控制连接，在整个会话期间一直保持打开，用于传输FTP相关命令。
2. 数据连接，用于文件传输，在每一次传输时才建立，传输结束就关闭。
3. 默认情况下，FTP使用TCP21端口进行控制连接，TCP20端口进行数据连接。

（4）、主动模式

FTP客户端发起TCP连接，建立用于传输控制命令的TCP连接，有数据要传输时，FTP客户通过命令通道告知FTP服务器来与自己的另一个临时端口号建立TCP连接，建立数据通道。

（5）、被动模式

FTP客户端发起TCP连接，建立用于传输控制命令的TCP连接，有数据要传输时，FTP客户通过命令通道告知FTP服务器开启某一个临时端口号等待TCP连接，建立数据通道。

6. 电子邮件

（1）、电子邮件系统说明

电子邮件系统采用的是客户/服务器方式。三个主要组成构件：用户代理，邮件服务器，以及电子邮件所需的协议。

1. 用户代理是用户与电子邮件系统的接口，又称电子邮件客户软件。
2. 邮件服务器是电子邮件的基础设施。因特网上所有的ISP都有邮件服务器，其功能是发送和接受邮件，同时还要负责维护用户的邮箱。
3. 协议包括邮件发送协议（SMTP）和邮件读取协议（POP3）。

（2）、常用的邮件发送协议

常用的邮件发送协议是简单的邮件传送协议SMTP。

1. 基于TCP连接，端口号为25。
2. 只能传送ASCII文本。
3. 用于用户代理向邮件服务器发送邮件以及邮件服务器之间的邮件发送。

1. 存在的问题

但是只能发送ASCII文本。为解决该问题，提出了多用途因特网邮件扩展MIME。

2.多用途因特网邮件扩展MIME的工作过程

当发送方使用SMTP之前先使用MIME将非ASCII码转化为ASCII码，然后使用SMTP进行传送；当接收方接收时，MIME将报文使用MIME从ASCII码转化为非ASCII码，然后进行接收。

简单邮件传送协议SMTP的基本工作原理

1. 刚开始的时候发送方邮件服务器（SMTP客户）向接收方邮件服务器发送14条SMTP命令，然后接收方邮件服务器（SMTP服务器）向发送方邮件服务器发送21种SMTP应答。

2. 接收方邮件服务器向发送方邮件服务器主动推送服务器就绪应答，应答代码为220；

3. 发送方邮件服务器向接收方邮件服务器说明身份，告知自己SMTP服务器的域名，如果身份有效，接收方服务器发送回答代码250。

4. 发送方邮件服务器向接收方服务器说明自己来自何方，如果合理，接收方服务器发送回答代码250，否则，发回其他错误代码。

5. 发送方邮件服务器向接收方服务器说明自己去往何地，如果邮箱存在，接收方服务器发送回答代码250，否则，发回其他错误代码。

6. 发送方邮件服务器向接收方服务器说明自己准备发送邮件内容，如果准备好接收，接收方服务器发送回答代码354，否则，发回其他错误代码。

7. 发送方邮件服务器向接收方服务器说明自己邮件内容

8. 发送方邮件服务器向接收方服务器发送完邮件内容，还要发送结束符，如果收件成功，接收方服务器发送回答代码250，否则，发回其他错误代码。

9. 发送方邮件服务器向接收方服务器说明自己要断开连接，接收方服务器发送回答代码221表示接受请求并主动断开连接。

（3）、常用的邮件读取协议

1. 邮局协议POP3：非常简单的、功能有限的邮件读取协议。用户只能以下载并删除方式或下载并保留方式从邮件服务器下载邮件到用户计算机。不允许用户在邮件服务器上管理自己的邮件。
2. 因特网邮件访问协议IMAP：功能比POP3强大的邮件读取协议。用户在自己的计算机上就可以操作邮件服务器的邮箱，就像本地操控一样，因此IMAP是一个联机协议。
3. POP3和IMAP4都采用基于TCP连接的客户/服务器方式。POP3使用端口110，IMAP4使用端口143。

（4）、发送邮件的大体过程

发送方的用户代理使用SMTP发送邮件给发送方邮件服务器，发送方邮件服务器使用SMTP发送邮件给接收方邮件服务器。接收方的用户代理使用POP3从接收方邮件服务器取出邮件。

（5）、基于万维网的电子邮件

通过浏览器登录（提供用户名和口令）邮件服务器万维网网站就可以撰写、收发、阅读和管理电子邮件。这种工作模式与IMAP很类似，不同的是用户计算机无需安装专门的用户代理程序，只需要使用通用的万维网浏览器。

这种工作模式在用户浏览器与邮件服务器网站之间使用HTTP协议，而邮件服务器之间使用SMTP协议。

7. 万维网WWW

（1）、万维网简介

万维网并非某种特殊的计算机网络。它是一个大规模的、联机式的信息储藏所，是运行在因特网上的一个分布式应用。

（2）、相关流行的浏览器及其引擎

浏览器最重要的部分是渲染引擎，也就是浏览器内核。负责对网页进行解析和显示。

1. Chrome : Blink
2. Firefox : Gecko
3. Safari : WebKit
4. Opera : Blink
5. Internet Explorer : Trident

（3）、统一资源定位符（URL）

万维网使用统一资源定位符URL来指明因特网上的任何种类资源的位置

其组成格式：

<协议>://<主机>:<端口>/<路径>

（4）、万维网的文档

万维网文档的最基本的组成成分有HTML、CSS、JavaScript。

1. HTML ： 超文本标记语言HTML，使用多种标签来描述网页的结构和内容。
2. CSS ： 层叠样式表CSS，从审美的角度来描述网页的样式。
3. JavaScript : 一种脚本语言（和Java没有任何关系），控制网页的行为。

（5）、超文本传输协议HTTP

HTTP定义了浏览器怎样向万维网服务器请求万维网文档，以及万维网服务器怎样把万维网文档传送给浏览器。

1.HTTP应用过程

首先浏览器向服务器建立起TCP连接，端口号为80。然后浏览器向服务器发送HTTP请求报文，服务器收到相应的请求报文后，服务器向浏览器发送HTTP响应报文。

2. HTTP/1.0

HTTP/1.0采用的是非持续连接方式。在该方式下，每次浏览器要请求一个文件都要与服务器建立TCP连接，当收到响应后立即关闭连接。

相应的缺点

1. 每请求一个文档就要有两倍的RTT开销。如果一个网页上有很多引用对象（例如图片等），那么请求每一个对象都需要花费2RTT的时间
2. 为了减小时延，浏览器通常会建立多个并行的TCP连接同时请求多个对象。但是，这会大量占用万维网服务器的资源，特别是万维网服务器往往要同时服务于大量客户的请求，这会使其负担很重。

3. HTTP/1.1

HTTP/1.1采用持续连接方式。在这方式下，万维网服务器在发送响应后仍然会发送响应保持这条连接，使同一个客户和该服务器可以继续在这条上传送后续的HTTP请求报文和响应报文。这并不局限于传送同一个页面上的对象，而是只要这些文档都在同一个服务器上就行。

1. 为了进一步提高效率，HTTP/1.1的持续连接还可以使用流水线方式工作，就是浏览器在收到HTTP的响应报文之前就能够连续发送多个请求报文。这样的一个接一个的请求报文到达服务器后，服务器就会发回一个接一个的响应报文。这样就节省了很多个RTT时间，使TCP连接中的空闲时间减少，提高下载文档的效率。

（5）、HTTP的报文格式

HTTP是面向文本的，其报文的每一个字段都是一些ASCII码串，并且每一个字段的长度不确定。

1. HTTP请求报文

1. 请求行: HTTP请求报文中的“请求行”是由“请求方法”、“URL”和“协议版本”3个字段组成的，它们之间均以空格进行分隔。这部分是必不可少的。在请求行的最后有一个回车控制符和一个换行控制符（一起以“CRLF”表示），使下面的请求头部信息在下一行显示。

2. 请求头部行: HTTP请求头部包括一系列的“请求头”和它们所对应的值，指出允许客户端向服务器传递请求的附加信息以及客户端自身的信息。当打开一个网页时，浏览器要向网站服务器发送一个HTTP请求头，然后网站服务器根据HTTP请求头的内容生成当次请求的内容并发送给浏览器，这就是HTTP请求报文中的“请求头”的作用。

3. 空行: 最后一个请求头之后是一个空行，发送回车符和换行符，通知服务器以下不再有请求头;

4. 实体主体行: 请求报文中“实体主体”部分通常是不用的。它不能在GET方法中使用，仅在POST方法中用于向服务器提供一些用户凭据信息（通常不用）。

2. HTTP响应报文

HTTP 响应报文由状态行、响应头部、空行 和 实体主体4 个部分组成。

1. 状态行: 状态行由 HTTP 协议版本字段、状态码和状态码的描述文本 3 个部分组成，他们之间使用空格隔开。

2. 响应头部: 响应头向客户端提供一些额外信息，比如谁在发送响应、响应者的功能，甚至与响应相关的一些特殊指令。这些头部有助于客户端处理响应，并在将来发起更好的请求。响应头域包含Age、Location、Proxy-Authenticate、Public、Retry- After、Server、Vary、Warning、WWW-Authenticate。对响应头域的扩展要求通讯双方都支持，如果存在不支持的响应头域，一般将会作为实体头域处理。

3. 空行: 最后一个响应头部之后是一个空行，发送回车符和换行符，通知服务器以下不再有响应头部。

4. 实体主体: 服务器返回给客户端的文本信息。

（6）、Cookie

1. Cookie的相关介绍

早期的万维网应用非常简单，仅仅是用户查看存放在不同服务器上的各种静态的文档。因此HTTP被设计为—种无状态的协议。这样可以简化服务器的设计。

现在，用户可以通过万维网实现各种复杂的应用，如网上购物、电子商务等。这些应用往往需要万维网服务器能够识别用户。

Cookie提供了一种机制使得万维网服务器能够“记住”用户，而无需用户主动提供用户标识信息。也就是说，Cookie是一种对无状态的HTTP进行状态化的技术。

2. Cookie的使用

用户主机首次访问万维网服务器

当一个用户机中的浏览器和万维网服务器建立好了TCP连接，端口号为80。此时用户主机的浏览器向服务器发送HTTP请求，万维网服务器为该客户生成一个唯一的Cookie识别码，并以此为索引在服务器的后端数据库中创建一个项目，用来记录该用户访问该网站的各种信息。然后将生成的Cookie放置于HTTP响应报文中，用户主机的浏览器收到后将其存入文件。

用户主机非首次访问万维网服务器

当该用户浏览器不是首次访问万维网服务器的时候，那么在用户主机中的浏览器已经和万维网服务器建立好了TCP连接后，用户主机的浏览器向万维网服务器发送的HTTP请求中会携带Cookie，万维网服务器根据识别Cookie识别码就可以识别出该用户，并返回该用户的个性化网页。然后向用户主机中的浏览器发送携带个性化网页的HTTP响应报文。

（7）、万维网缓存

万维网缓存又称Web缓存，可位于客户机，也可以位于中间系统，位于中间系统的Web缓存又称为代理服务器。

Web缓存把最近的一些请求和响应暂存到本地磁盘中。当新请求到达时，如果发现这个请求与暂时存放的请求相同，就返回暂存的响应，而不需要按URL地址再次去因特网访问该资源。

如果Web缓存的命中率比较高的话，大大减少了该链路上的通信量，因而减少了访问因特网的时延。

1. 含有代理服务器的资源请求过程

用户主机中浏览器会向代理服务器发送请求，如果代理服务器中存放了所请求的对象，那么直接放回相应的对象；

如果代理服务器中没有相应的暂存对象，那么就会由代理服务器向原始服务器发送请求，原始服务器收到请求后向代理服务器发送响应，然后代理服务器将其存放于自己内部中，再向用户主机发送相应的响应对象。

2. 可能存在代理服务器的文档与原始服务器的文档不一致问题

那么在代理服务器中的文档已过期时，代理服务器就会向原始服务器发送相应的请求（包含Last-Modified字段），原始服务器会对其进行比对，如果结果是一致的话，那么就是改变相应代理服务器中的文档的时间，将其设置为未过期，相当于激活一下。

如果发现不一致，那么原始服务器就会发来相应的携带已更改的文档的响应报文，那么代理服务器就会使用这对原来的进行替换。