Web和HTTP
一个新型应用即万维网（World Wide Web）Web。
HTTP概况
Web的应用层协议是超文本传输协议（HTTP），它是Web的核心。
HTTP由两个程序实现：一个用户程序和一个服务器程序。
Web页面（Web Page）（也叫文档）是由对象组成的。
一个对象只是一个文件，诸如一个HTML文件、一个JPG图形等等。
并且它们可以通过一个URL地址寻址。
多数Web页面含有一个HTML基本文件以及几个引用对象。
每个URL地址由两部分组成：存放对象的服务器主机名和对象的路径名。
例如，URL地址：http://www.someSchool.edu/someDepartment/picture.gif，其中的www.someSchool.edu就是主机名，/somDepartment/picture.gif就是路径名。
因为Web浏览器实现了HTTP的客户端，Web服务器实现了HTTP的服务器端，用于存储Web对象。
HTTP定义了Web客户向Web服务器请求Web页面的方式，以及服务器向客户发送Web页面的方式。
HTTP使用TCP作为它的支撑运输协议（而不是在UDP上运行）。
客户端的套接字接口是客户进程与TCP连接之间的门，在服务器端的套接字接口则是服务器进程与TCP连接之间的门。
客户向它的套接字接口发送HTTP请求报文并从套接字接口接受HTTP响应报文。
服务器也同理。
因此HTTP协议不用担心数据丢失，也不关注TCP从网络的数据丢失和乱序故障中恢复的细节，那是TCP的工作。
HTTP也是一个无状态协议，因为HTTP服务器并不保存关于客户的任何信息，因此某个客户短短几秒内两次请求同一个对象，服务器不会因为刚刚为客户端提供了一次对象就不做出反应了，而是重新发送对象。
非持续连接和持续连接
持续连接：所有的请求/响应对是经过一个相同的、单独的TCP连接发送。
非持续连接：每个请求/响应对分别有一个不同于其它的、单独的TCP连接发送，并且在完成一次请求/响应后，会关闭该TCP连接。
HTTP默认方式下使用持续连接，但是也可以配置成为非持续连接。
采用非持续链接的HTTP
1.HTTP客户进程在端口号80发起一个到服务器www.someSchool.edu的TCP连接。
该端口号是HTTP的默认端口。
2.HTTP客户经它的套接字向该服务器发送一个HTTP请求报文。（报文中包含了路径名/someDepartment/home.index）
3.HTTP服务器进程经它的套接字接受请求报文，并从存储器（RAM或磁盘）中检索出对象（home.index)，随后在一个HTTP响应报文中封装对象，并通过其套接字向客户端发送响应报文。
4.HTTP服务器进程通知TCP断开该TCP连接，但是实际到客户端接收到响应报文后，该TCP连接才会关闭。
5.HTTP客户接受响应报文，TCP连接关闭。
6.对每个引用的JPEG图形对象重复前四个步骤。
往返时间的定义（RTT）：
该时间是指一个短分组从客户端到服务器端再到客户端的时间。
RTT包括：分组传播时延、分组在中间路由器和交换机上的排队时延、处理时延。
采用持续连接的HTTP
在持续连接下，服务器在发送响应报文后保持TCP连接的打开。
在后续相同的客户与服务器之间，后续的请求和响应报文可以继续在该TCP连接中进行。
如果一条连接经过一定时间间隔仍未被使用，HTTP服务器会被关闭该TCP连接。
HTTP报文格式
HTTP报文有两种：
请求报文和响应报文
HTTP请求报文
HTTP请求报文的第一行叫请求行，其后继的所有行都被称为首部行。
请求行有三个字段：方法字段、URL字段、HTTP协议版本字段。
方法字段可以取不同的值，包括GET、POST、HEAD、PUT、DELETE
绝大部分的HTTP请求报文使用GET方法。
意思是请求一个对象。
下面是一个请求报文的通用格式：
此处的实体体（entity body）在POST方法时会用到该实体，在GET中用不到。
当用户提交表单时，HTTP客户常常使用POST方法。
当然，用户提交表单的时候也可以不用POST方法，转用GET方法，此时的表单字段中所请求的URL中包括了输入的数据。
例如：一个表单使用GET方法，它有两个字段：“monkeys”和“bananas”这样，该URL结构为：
www.somsites.com/animalsearch? monkey&bananas
HEAD方法类似于GET方法，使用HEAD方法，服务器仅仅返回一个HTTP报文进行响应，并不返回请求对象，因此常常被程序开发者用来测试跟踪。
PUT方法常常与Web发行工具联合使用，它允许用户上传对象到指定的Web服务器上的指定目录。
DELETE方法允许用户删除Web服务器指定对象。
HTTP响应报文
下面是一个典型的HTTP响应报文。
它包含了三个部分：
初始状态行、首部行、实体体。
实体体在响应报文中是主要组成部分，即它包含了所请求的对象本身。
Connetction ： clost代表发送报文后将关闭TCP连接。
下面是一个HTTP响应报文的通用格式。
下面是常见的状态码和短语。
用户与服务器的交互：cookie
cookie用来让web服务器识别到用户身份。
cookie技术有四个组件：
1.在HTTP响应报文中的一个cookie首部行。
2.在HTTP请求报文中的一个cookie首部行。
3.在用户端系统中保留一个cookie文件，由浏览器管理。
4.位于Web站点的一个后端数据库中。
下图是一个cookie工作过程。
Web缓存
Web缓存器也叫代理服务器。
Web缓存器有自己的磁盘存储空间。
在请求对象经过Web缓存器一般是以下情况：
1.浏览器创建一个到Web缓存器的TCP连接，并且向该Web缓存器发送一个HTTP请求。
2.Web缓存器进行检查，如果有浏览器所请求的对象，那么直接返回，否则Web缓存器建立一个到Web服务器的TCP连接，并且向Web服务器发送一个HTTP请求。
3.Web服务器接收到HTTP请求，向Web缓存器发送响应报文，并且关闭TCP连接。
4.Web缓存器接收到响应报文，并把其中的对象保存到本地磁盘中，随后将对象发送给浏览器，并且关闭TCP连接。
值得注意的是，Web缓存器既是客户又是服务器。
下面我们通过一个例子来加深对于Web缓存器设立的必要性，以及好处
我们假设对象的平均长度为1Mb，浏览器每秒发送15个请求，在因特哇那个接入链路一侧的路由器转发HTTP请求报文开始，到它接收响应报文我们硬性规定为2s。
此时局域网上的流量强度为：
接入链路上的流量强度为：
流量强度接近1，链路上的时延就会变得非常大并且无穷大的增长。
为此有两个解决方法：
1.更换更快的接入链路，但是成本非常昂贵。
2.使用Web缓存器，我们下面讨论使用Web缓存器。
假设缓存器满足请求的比率为0.4。
则40%的请求会立即被缓存器返回，只剩下60%的请求会经过15Mbps接入链路。
流量强度为：
1 × 0.6 = 0.6
则平均时延为：
约等于1.2秒。
可以看到使用缓存器的时延大大降低，并且成本相较于换链路非常低！
条件GET方法
存放在缓存器中的对象副本可能是陈旧，为此HTTP有一种机制，允许缓存器证实它的对象是最新的。
这种机制就是条件GET方法。
下面是一个简单的请求报文：
这是一个返回的响应报文：
此时条件方法报文：
If-modified-since用来确定在Web缓存器修改对象的最后时间是否与Web服务器修改对象的最后时间是否一致，如果一致则Web缓存器直接返回对象。否则，Web缓存器先从Web服务器接收最新的对象，再返回给Web浏览器。
因特网中的电子邮件
因特网电子邮件系统主要有三个组成部分：
用户代理、邮件服务器、简单邮件传输协议（SMTP）
SMTP协议
SMTP是电子邮件在应用层的协议，它依靠于TCP进行传输。
因此可以说：
SMTP一般不使用中间邮件服务器发送邮件，即使这两个邮件服务器位于地球的两端也是这样。
TCP连接可以是跨越很大的地理位置，并且建立TCP连接。
特别，如果Bob的邮件服务器没有开机，该报文会保留在Alice的邮件服务器上等待并进行新的尝试，这意味着邮件并不在中间的某个邮件服务器存留。
与HTTP的对比
HTTP主要是一个拉协议（pull protocol）
即主要是从服务器拉取信息
SMTP主要是一个推协议（push protocol）
即主要是向服务器推送信息
邮件访问协议
SMTP并不能使Bob从邮件服务器中拉取信息，因为SMTP是一个推协议。
因此人们发明了邮件访问协议，目前比较流行的访问协议：
1.第三版的邮局协议（POP3）
2.因特网的邮件访问协议(IMAP)
3.HTTP
POP3
POP3是一个极为简单的邮件访问协议，功能相当有限。
主要有三个阶段进行工作：
特许、事务处理以及更新
IMAP
基于Web的电子邮件
在这种服务中，用户代理就是普通的浏览器，用户和他远程邮箱之间的通信则通过HTTP进行。
当发件人（Alice）要发送一封电子邮件报文时，该电子邮件报文从Alice的浏览器发送到她的邮件服务器，使用的是HTTP而不是SMTP。文章来源：https://www.toymoban.com/news/detail-725506.html
然后Alice的邮件服务器在与其他的邮件服务器之间发送和接收时，仍然使用的是SMTP。文章来源地址https://www.toymoban.com/news/detail-725506.html
到了这里，关于计算机网络第2章-HTTP和Web协议（2）的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
