HTTP 的15个常见知识点复习 上

前言

自从入职新公司到现在，我们前端团队内部一直在做 📖每周一练 的知识复习计划，我之前整理了一个 每周一练 之 数据结构与算法 学习内容，大家也快去看看~~

最近三周，主要复习 网络基础 相关的知识，今天我把这三周复习的知识和参考答案，整理成本文，欢迎各位朋友互相学习和指点，觉得本文不错，也欢迎点赞哈💕💕。

特别喜欢现在的每周学习和分享，哈哈哈~~😄

📅推荐一个 github 仓库 —— 《awesome-http》，内容挺棒的。

注：本文整理资料来源网络，有些图片/段落找不到原文出处，如有侵权，联系删除。

一. 简述浏览器输入 URL 地址后发生的事情

1.1 描述

1. 浏览器向 DNS 服务器查找输入 URL 对应的 IP 地址。
2. NS 服务器返回网站的 IP 地址。
3. 浏览器根据 IP 地址与目标 web 服务器在 80 端口上建立 TCP 连接。
4. 浏览器获取请求页面的 HTML 代码。
5. 浏览器在显示窗口内渲染 HTML 。
6. 窗口关闭时，浏览器终止与服务器的连接。

1.2 TCP 知识点补充

参考文章：《TCP三次握手和四次挥手协议》

建立 TCP 需要三次握手才能建立，而断开连接则需要四次握手。整个过程如下图所示：

TCP三次握手：

所谓的三次握手，是指建立一个 TCP 连接时，需要客户端和服务器端总共发送三个包，三次握手的目的是连接服务器的指定端口，建立 TCP 连接，并同步连接双方的序列号和确认号并交换 TCP 窗口大小信息，在 SOCKET 编程中，客户端执行 connect() 时，将会触发三次握手：

TCP四次挥手：

TCP连接的拆除需要发送四个包，客户端或者服务器端均可主动发起挥手动作，在SOCKET编程中，任何一方执行close()即可产生挥手操作。

2. 请介绍常见的 HTTP 状态码(至少五个)

状态码是由 3 位数组成，第一个数字定义了响应的类别，且有五种可能取值:

1xx：指示信息–表示请求已接收，继续处理。

• 100 客户必须继续发出请求
  
• 101 客户要求服务器根据请求转换HTTP协议版本
  

2xx：成功–表示请求已被成功接收、理解、接受。

• 200 （成功） 服务器已成功处理了请求。 通常，这表示服务器提供了请求的网页。
  
• 201 （已创建） 请求成功并且服务器创建了新的资源。
  
• 202 （已接受） 服务器已接受请求，但尚未处理。
  

3xx：重定向–要完成请求必须进行更进一步的操作。

• 300 （多种选择） 针对请求，服务器可执行多种操作。 服务器可根据请求者 (user agent) 选择一项操作，或提供操作列表供请求者选择。
  
• 301 （永久移动） 请求的网页已永久移动到新位置。 服务器返回此响应（对 GET 或 HEAD 请求的响应）时，会自动将请求者转到新位置。
  
• 302 （临时移动） 服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。
  

4xx：客户端错误–请求有语法错误或请求无法实现。

• 400 （错误请求） 服务器不理解请求的语法。
  
• 401 （未授权） 请求要求身份验证。 对于需要登录的网页，服务器可能返回此响应。
  
• 403 （禁止） 服务器拒绝请求。
  

5xx：服务器端错误–服务器未能实现合法的请求。

• 500 （服务器内部错误） 服务器遇到错误，无法完成请求。
  
• 501 （尚未实施） 服务器不具备完成请求的功能。 例如，服务器无法识别请求方法时可能会返回此代码。
  
• 502 （错误网关） 服务器作为网关或代理，从上游服务器收到无效响应。
  
• 503 （服务不可用） 服务器目前无法使用（由于超载或停机维护）。 通常，这只是暂时状态。
  
• 504 （网关超时） 服务器作为网关或代理，但是没有及时从上游服务器收到请求。
  
• 505 （HTTP 版本不受支持） 服务器不支持请求中所用的 HTTP 协议版本。
  

3. 请介绍常见的 HTTP 头部(至少五个)

3.1 HTTP 头部

更多完整内容，可以查看 《HTTP响应头和请求头信息对照表》

3.2 Request Header

参考文章：《HTTP常用头部信息》

举例：

3.3 Response Header

参考文章：《HTTP常用头部信息》

举例：

4. 请列举常用的 HTTP 方法，并介绍 GET 与 POST 请求之间的区别

4.1 HTTP Request Method

参考文章：《HTTP请求方法对照表》

根据 HTTP 标准，HTTP 请求可以使用多种请求方法。 HTTP1.0 定义了三种请求方法： GET, POST 和 HEAD方法。 HTTP/1.1 新增了五种请求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

4.2 GET 与 POST 请求之间的区别

5. 请分别介绍 Cookie 和 Session 的作用及它们之间的区别

参考文章： 《3分钟搞懂Cookie与Session》

5.1 Cookie简单介绍

Cookie是存储在用户本地计算机上，用于保存一些用户操作的历史信息，当用户再次访问我们的服务器的时候，浏览器通过HTTP协议，将他们本地的Cookie内容也发到咱们服务器上，从而完成验证。

• Cookie 是存储在浏览器客户的一小片数据；
• Cookie 可以同时被前台与后台操作；
• Cookie 可以跨页面存取；
• Cookie 是不可以跨服务器访问的；
• Cookie 有限制； 每个浏览器存储的个数不能超过300个，每个服务器不能超过20个，数据量不能超过4K；
• Cookie 是有生命周期的，默认与浏览器相同，如果进程退出，cookie会被销毁

5.2 Session

Session 存储在我们的服务器上，就是在我们的服务器上保存用户的操作信息。

当用户访问我们的网站时，我们的服务器会成一个 Session ID，然后把 Session ID 存储起来，再把这个 Session ID发给我们的用户，用户再次访问我们的服务器的时候，拿着这个 Session ID就能验证了，当这个ID能与我们服务器上存储的ID对应起来时，我们就可以认为是自己人。

• seesion 数据存储在服务器端；
• 每一个会话分配一个单独的 session_id;
• 该 session_id 通过 cookie 传送到前台，默认的 session_id 名称是PHPSESSIONID;
• 前台只能看到 Session 的 ID，而不能修改 Session 值;
• 使用 Session之前需要先开启会话;
• Session存储在 Session数组 $_SESSION;
• Session存储方式比较安全，但是如果 Session数量过多，会导致服务器性能下降;

5.3 两者区别

5.4 两者结合使用

• 存储在服务端：通过 cookie存储一个 session_id，然后具体的数据则是保存在 session中。如果用户已经登录，则服务器会在 cookie中保存一个 session_id，下次再次请求的时候，会把该 session_id携带上来，服务器根据 session_id在 session库中获取用户的 session数据。就能知道该用户到底是谁，以及之前保存的一些状态信息。这种专业术语叫做 server side session。
  
• 将 session数据加密，然后存储在 cookie中。这种专业术语叫做 client side session。
  

6. 请介绍 HTTP 请求报文与响应报文格式

6.1 请求报文

请求报文由请求行、请求头部和请求正文组成：

• 请求行

格式为：

请求方法 + 空格 + URL + 空格 + 协议版本 + 回车符 + 换行符

例如：

GET www.baidu.com HTTP/1.1  

常见的请求方法有：GET，HEAD，PUT，POST，TRACE，OPTIONS，DELETE以及扩展方法。

• 请求头部

格式为：

头部字段名 + 冒号（:） + 值 + 回车符 + 换行符

请求头部为请求报文添加了一些附加信息，由“名/值”对组成，每行一对，名和值之间使用冒号分隔。

并且，在请求头部的最后会有一个空行，表示请求头部结束，这一行必不可少。

典型的请求头部有：

• 请求正文

一般使用在 POST 方法中， GET 方法不存在请求正文。

POST 方法适用于需要客户填写表单的场合。与请求数据相关的最常使用的请求头是 Content-Type 和 Content-Length 。

6.2 响应报文

响应报文由状态行、响应头部和响应正文组成：

• 状态行

格式为：

协议版本 + 空格 + 状态码 + 空格 + 状态码描述 + 回车符 + 换行符

状态码划分：

100〜199的状态码是 HTTP / 1.1 向协议中引入了信息性状态码；

200〜299的状态码表示成功；

300〜399的状态码指资源重定向；

400〜499的状态码指客户端请求出错；

500〜599的状态码指服务端出错；

常见的状态码：

• 响应头部

格式为：

头部字段名 + 冒号（:） + 值 + 回车符 + 换行符
复制代码

常见响应头部：