因为post请求, 是⾮幂等的, 从302中, 细化出了 303 和 307

简⽽⾔之: 301 302 307 都是重定向 304 协商缓存

早期 HTTP/1.0 在每次请求的时候，都要创建⼀个新的连接，⽽创建连接的过程需要消耗资源和时间， 为了减少资源消耗、缩短响应时间，就需要复⽤已有连接。

在后来的 HTTP/1.0 以及 HTTP/1.1 中引⼊了复⽤连接的机制，也就是在请求头中加⼊Connection: keep-alive， 以此告诉对⽅这个请求响应完成后不要关闭连接，下⼀次还⽤这个请求的连接进⾏后续交流。

协议规定，如果想要保持连接，则需要在请求头中加上 Connection: keep-alive。

(复⽤连接) 较少的 CPU 和内存的占⽤（因为要打开的连接数变少了, 复⽤了连接） 减少了后续请求的延迟（⽆需再进⾏握⼿）

因为在处理的暂停期间，本来可以释放的资源仍旧被占⽤。请求已经都结束了, 但是还⼀直连接着也不合适 解决：Keep-Alive: timeout=5, max=100 timeout：过期时间5秒（对应httpd.conf⾥的参数是：KeepAliveTimeout）， max是最多⼀百次请求，强制断掉连接。 就是在timeout时间内⼜有新的连接过来，同时max会⾃动减1，直到为0，强制断掉。

当我们在web浏览器的地址栏中输⼊： www.baidu.com ，具体发⽣了什么？

对 www.baidu.com 这个⽹址进⾏DNS域名解析，得到对应的IP地址

根据这个IP，找到对应的服务器，发起TCP的三次握⼿

建⽴TCP连接后, 发起HTTP请求

服务器响应HTTP请求，浏览器得到html代码

浏览器解析html代码，并请求html代码中的资源（如js、css、图⽚等）（先得到html代码，才能去找这些资 源）

浏览器对⻚⾯进⾏渲染呈现给⽤户

服务过程完毕, 关闭TCP连接, 四次挥⼿ 注： 1.DNS怎么找到域名的？ DNS域名解析采⽤的是递归查询的⽅式，过程是，先去找DNS缓存->缓存找不到就去找根域名服务器->根域 名⼜会去找下⼀级，这样递归查找之后，找到了，给我们的web浏览器

2.为什么HTTP协议要基于TCP来实现？ TCP是⼀个端到端的可靠⾯相连接的协议，HTTP基于传输层TCP协议不⽤担⼼数据传输的各种问题（当发⽣ 错误时，可以重传）

3.最后⼀步浏览器是如何对⻚⾯进⾏渲染的？ a）解析html⽂件构成 DOM树 b）解析CSS⽂件构成渲染树 c）边解析，边渲染 d）JS 单线程运⾏，JS有可能修改DOM结构，意味着JS执⾏完成前，后续所有资源的下载是没有必要的，所 以JS是单线程，会阻塞后续资源下

DNS解析（域名解析服务器）将域名转换成ip地址

1.首先会搜索浏览器自身的DNS缓存

2.如果浏览器自身缓存里面没有找到，那么浏览器会搜索自身的DNS缓存

3.如果还没有找到，那么尝试从hosts文件里去找

4.在前⾯三个过程都没获取到的情况下，就递归地去域名服务器去查找(就近查找)，具体过程如下 DNS优化两个⽅⾯：DNS缓存、DNS负载均衡 (准备多台dns服务器, 进⾏dns解析)

⽬标: 关闭连接(四次挥⼿) 不能直接⼀次性断开连接(双⽅知晓), 万⼀还有什么数据没有传完, 造成数据的丢失

cache-control是一个时间段

expires是一个时间点 如果expires不好用，则会使用max-age

大大减少了服务器的请求次数，在过期时间内，直接从客户端内存中读（适合图片，不大会修改的内容。过期时间也可以设置很长）