计算机网络八股文

第一行包含：请求方法、URL、协议版本
接下来多行：请求首部，每个首部都有一个自己的名称和其对应的值
接下来一行：空行，用于分隔首部和内容主体
接下来多行：请求内容主题
GET http://www.example.com/ HTTP/1.1
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8
Cache-Control: max-age=0
Host: www.example.com
If-Modified-Since: Thu, 17 Oct 2019 07:18:26 GMT
If-None-Match: "3147526947+gzip"
Proxy-Connection: keep-alive
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 xxx

param1=1&param2=2

URL：统一资源定位符

首部方法：

GET：获取资源，可以理解为读取或者下载数据；
HEAD：获取资源的首部信息（主要用于确认 URL 的有效性以及资源更新的日期时间等）；
POST：向资源提交数据，相当于写入或上传数据；
PUT：类似 POST，向服务器传输新的数据，用于完全替换旧的数据；
DELETE：删除服务器资源；
CONNECT：要求在与代理服务器通信时建立隧道；
OPTIONS：查询可支持的方法；
TRACE：用于回环测试，追踪路径。
PATCH：对资源进行部分修改

GET和POST的区别：

GET是向服务器获取数据，而POST是向服务器传送数据
对于数据类型的限制：GET只允许是ASCII字符，而POST没有限制
在参数上：两者都可以带参数，但是GET所带参数存放在URL中，而POST所带参数存放在主体中
GET可缓存而POST不可缓存
GET 的语义是请求获取指定的资源。GET 方法是安全、幂等、可被缓存的。
POST 不安全，不幂等，（大部分实现）不可缓存。
幂等：指的是多次执行相同的操作，其返回结果都是一样的
安全：指请求方法不会修改服务器上的资源

（3）响应报文格式：

第一行包含：协议版本、状态码以及描述
接下来多行：是首部内容
一个空行：分隔首部和内容主体
最后是响应的内容主体
HTTP/1.1 200 OK
Age: 529651
Cache-Control: max-age=604800
Connection: keep-alive
Content-Encoding: gzip
Content-Length: 648
Content-Type: text/html; charset=UTF-8
Date: Mon, 02 Nov 2020 17:53:39 GMT
Etag: "3147526947+ident+gzip"
Expires: Mon, 09 Nov 2020 17:53:39 GMT
Keep-Alive: timeout=4
Last-Modified: Thu, 17 Oct 2019 07:18:26 GMT
Proxy-Connection: keep-alive
Server: ECS (sjc/16DF)
Vary: Accept-Encoding
X-Cache: HIT

<!doctype html>
<html>
<head>
    <title>Example Domain</title>
	// 省略... 
</body>
</html>

状态码：

1xx：表示通知信息（如：100，表示到目前为止都很正常，客户端可以继续发送信息）
2xx：表示成功（如：200表示成功接收，204：表明已经成功接收，但返回的响应报文中不含主体部分）
3xx：表示重定向，如果要完成请求，那么还必须采取进一步的行动（如：301：永久重定向，302：临时重定向，303：临时重定向，但要求客户端必须用GET获取资源）
4xx：表示客户端的错误（如400：表示请求报文中存在语法错误，401：表示发送的请求需要认证，403：表示请求被拒绝，404：表示没有找见）
5xx：表示服务器的错误（500：表示服务器正在执行时发生错误，501：表示客户端请求的功能服务器暂时还不支持；503：服务器暂时处于超负载或正在进行停机维护，现在无法处理请求）

（4）、HTTP1.0，HTTP1.1，HTTPS的区别：

1）HTTP1.0：非持续链接（短连接）：每次HTTP请求都需要重新建立TCP连接；缺点：时间消耗大，对服务器负担重（因为每一次TCP连接都需要服务器响应连接）

2）HTTP1.1：持续连接（长连接）：客户端和服务器建立连接后，在后面一段时间内该连接都持续有效。减少了 TCP 连接的重复建立和断开所造成的额外开销，减轻了服务器端的负载。（断开方式：主动释放，或长时间内客户端和服务器没有数据交互，服务器主动释放连接）

工作方式：

流水线方式：客户在收到前一个响应之前，能够继续发送新的请求
优点：减少了TCP连接的空闲时间，提高了文档的下载速率
缺点：当出现网络拥塞时，客户端在不知情的情况下，会继续向服务器发送请求，阻塞网络
非流水线方式：客户收到前一个响应后才能发出下一个请求
优点：可以避免在出现网络拥塞的时候，继续向网络中添加请求
缺点：在服务器发送完一个对象后，TCP连接会出现一段空闲，浪费服务器资源

3）HTTPS：在应用层和传输层之间加了一层SSL/TLS安全协议传输层。在TCP建立三次握手后，还需要进行四次SSL/TLS握手，这样才能进行报文的加密传输。

对称加密：只使用一个密钥，运算速度快，密钥必须保密，无法做到安全的密钥交换。
非对称加密：使用两个密钥：公钥和私钥，公钥可以任意分发而私钥保密，解决了密钥交换问题但速度慢。

（5）、HTTP传输都是无状态的明文传输，同一客户多次访问同一个服务器上的同一个资源时，服务器返回的响应和第一次返回的响应相同。故在HTTP1.1中，可以使用cookie，用于跟踪用户信息，并将服务器返回的cookie保存在客户端，当客户端下次继续访问同一资源时，就将该cookie一同发给服务器。

6.1、cookie和session

（1）、session：和cookie一样，都是客户端和服务器之间保持状态的解决方案，都是用于跟踪用户信息

（2）、cookie是将数据保存在客户端上，客户端请求服务端时会将cookie一起提交；而session是将数据保存在服务器上，主要是通过检索sessionid查看状态，保存sessionid 的方法可以采用cookie，如果cookie被禁了的话，则可以采用URL重写机制（把会话ID保存在URL中），也可以保存在数据库、文件和内存中。对于安全性而言，session更安全

（3）、cookie只能存储字符串，而session能存储任何数据类型，所有当考虑数据的复杂性时，首先使用的是session

（4）、cookie和session的存储数据的大小限制也不同：cookie数据存储的大小受浏览器的限制，而session数据的存储大小受当前内存的限制

（5）、