Http相关知识

在 Web 应用中，服务器把网页传给浏览器，实际上就是把网页的 HTML 代码发送给浏览器，让浏览器显示出来。而浏览器和服务器之间的传输协议是 HTTP，所以：

• HTML 是一种用来定义网页的文本，会 HTML，就可以编写网页；
• HTTP 是在网络上传输 HTML 的协议，用于浏览器和服务器的通信。

当我们在地址栏输入 www.segmentfault.com 时，浏览器将显示思否的首页。在这个过程中，浏览器都干了哪些事情呢？通过 Network 的记录，我们就可以知道。在 Network 中，定位到第二条记录，点击，右侧将显示Request Headers，点击右侧的view source（view parsed），我们就可以看到浏览器发给思否服务器的请求：

请求（request）【客户端 -> 服务端】**

1. GET(请求的方式) /socket.io/?...(请求的目标资源) HTTP/1.1(请求采用的协议和版本号)
2. Accept: /(客户端能接收的资源类型)
3. Accept-Language: zh-CN,zh;q=0.9,en;q=0.8(客户端接收的语言类型)
4. Connection: keep-alive(维护客户端和服务端的连接关系)
5. Host: segmentfault.com:9443(连接的目标主机和端口号)
6. Referer: https://segmentfault.com/ (告诉服务器我来自于哪里)
7. User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36(客户端版本号的名字)
8. Accept-Encoding: gzip, deflate, br (客户端能接收的压缩数据的类型)
9. If-Modified-Since: Tue, 11 Jul 2000 18:23:51 GMT(缓存时间)
10. Cookie(客户端暂存服务端的信息)
11. Date: Tue, 11 Jul 2000 18:23:51 GMT(客户端请求服务端的时间)

响应（response）【服务端 -> 客户端】

• HTTP/1.1(响应采用的协议和版本号) 200(状态码) OK(描述信息)
• Location: http://www.baidu.com (服务端需要客户端访问的页面路径) 
• Server:apache tomcat(服务端的 Web 服务端名)
• Content-Encoding: gzip(服务端能够发送压缩编码类型) 
• Content-Length: 80(服务端发送的压缩数据的长度) 
• Content-Language: zh-cn(服务端发送的语言类型) 
• Content-Type: text/html; charset=GB2312(服务端发送的类型及采用的编码方式, 浏览器就是依靠 Content-Type 来判断响应的内容)
• Last-Modified: Tue, 11 Jul 2000 18:23:51 GMT(服务端对该资源最后修改的时间)
• Refresh: 1;url=http://www.it315.org(服务端要 …，刷新，然后访问指定的页面路径)
• Content-Disposition: attachment; filename=aaa.zip(服务端要求客户端以下载文件的方式打开该文件)
• Transfer-Encoding: chunked(分块传递数据到客户端)
• Set-Cookie:SS=Q0=5Lb_nQ; path=/search(服务端发送到客户端的暂存数据)
• Expires: -1// 3 种(服务端禁止客户端缓存页面数据)
• Cache-Control: no-cache(服务端禁止客户端缓存页面数据)  
• Pragma: no-cache(服务端禁止客户端缓存页面数据)   
• Connection: close(1.0)/(1.1)Keep-Alive(维护客户端和服务端的连接关系)  
• Date: Tue, 11 Jul 2000 18:23:51 GMT(服务端响应客户端的时间)

当浏览器读取到 segmentfault 首页的 HTML 源码后，它会解析 HTML，显示页面，然后，根据 HTML 里面的各种链接，再发送 HTTP 请求给思否服务器，拿到相应的图片、视频、Flash、JavaScript 脚本、CSS 等各种资源，最终显示出一个完整的页面。所以我们在 Network 下面能看到很多额外的 HTTP 请求。

总结一下 HTTP 请求的流程：

步骤 1：浏览器首先向服务器发送 HTTP 请求，请求包括：

• 方法：GET还是 POST，GET 仅请求资源，POST会附带用户数据；
• 路径：/full/url/path；
• 域名：由 Host 头指定：Host: segmentfault.com:9443
• 以及其他相关的 Header；
• 如果是 POST，那么请求还包括一个 Body，包含用户数据。

步骤 2：服务器向浏览器返回 HTTP 响应，响应包括：

• 响应代码：200表示成功，3xx表示重定向，4xx表示客户端发送的请求有错误，5xx表示服务器端处理时发生了错误；
• 响应类型：由 Content-Type 指定，例如：Content-Type: text/html;charset=utf-8表示响应类型是 HTML 文本，并且编码是 UTF-8，Content-Type: image/jpeg 表示响应类型是 JPEG 格式的图片；
• 以及其他相关的 Header；

通常服务器的 HTTP 响应会携带内容，也就是有一个 Body，包含响应的内容，网页的 HTML 源码就在 Body 中。

步骤 3：如果浏览器还需要继续向服务器请求其他资源，比如图片，就再次发出 HTTP 请求，重复步骤 1、2。

Web 采用的 HTTP 协议采用了非常简单的请求 - 响应模式，从而大大简化了开发。当我们编写一个页面时，我们只需要在 HTTP 响应中把 HTML 发送出去，不需要考虑如何附带图片、视频等，浏览器如果需要请求图片和视频，它会发送另一个 HTTP 请求，因此，一个 HTTP 请求只处理一个资源。

HTTP 协议同时具备极强的扩展性，虽然浏览器请求的 http://www.segmentfault.com:9443 的首页，但是在 HTML 中可以链入其他服务器的资源，比如<img src="http://i1.s.cn/home/U8455P30DT20131008135420.png">，从而将请求压力分散到各个服务器上，并且，一个站点可以链接到其他站点，无数个站点互相链接起来，就形成了 World Wide Web，简称“三达不溜”（WWW）。

https://www.liaoxuefeng.com/wiki/1016959663602400/1017804782304672
https://blog.csdn.net/u014466635/article/details/81004127
【简单比较 http https http2】简单比较 http https http2
【应用层 + 传输层 TCP/UDP】应用层 + 传输层 TCP/UDP