HTTP/1.1优化措施

最新推荐文章于 2024-05-02 09:30:59 发布

学习自省

最新推荐文章于 2024-05-02 09:30:59 发布

阅读量433

点赞数

文章标签： http 网络

本文链接：https://blog.csdn.net/c_study__c/article/details/129473425

版权

日升时奋斗，日落时自省

HTTP优化总体分为以下三种：

（1）针对HTTP请求重复的数据处理

<1>重复数据缓存下来，下次请求时直接使用就行，不用再次请求

（2）针对HTTP请求次数

<1> 将原本由客户端处理的重定向请求，交给代理服务器处理，这样可以减少重定向请求的次数

<2>将多个小资源合并成一个大资源再传输，能够减少HTTP请求次数以及头部的重复传输，再来减少TCP连接数量，进而省去TCP握手和慢启动的网络消耗

<3>按需访问资源，只访问当前用户看得到 / 用得到的资源，当客户往下滑动，再访问接下来的资源，以此达到延迟请求，也就减少了同一时间的HTTP请求次数

（3）针对HTTP响应的数据大小

对于HTTP的请求和响应，通常HTTP的响应的数据大小会比较大，数据大小影响到网络传输的效率，跟我常见方法相通压缩操作，降低数据大小提高网络传输

1、减少重复数据的HTTP请求

针对请求响应不免会有一些重复操作，相同操作持续性，那每次都进行HTTP请求，但是数据都是一样的，此时就凭空增加了服务器的负荷量，可以把该请求针对响应的数据缓存到本地，下一次读取本地的数据，不必在通过网络获取服务器的响应了，这样不就更快了

HTTP请求中的方法通过缓存技术，其中HTTP协议的头部有不少的缓存字段来处理

缓存技术：当客户端向服务器请求资源时，会先抵达浏览器缓存，如果浏览器有“要请求资源”的副本，就可以直接从浏览器缓存中提取而不是从原始服务器中提取这个资源

细致化缓存处理：

http缓存都是从第二次请求开始的，第一次请求资源时，服务器返回资源，并在response header中回传资源的缓存参数；第二次请求时，浏览器判断这些请求参数，命中强缓存就直接200，否则就把请求参数添加到request header头中传给服务器，看是否命中协商缓存，命中返回304，否则服务器会返回新的资源

针对过期有两种理解，一种理解是真过期了，还有一种理解就是原来的响应更新了，那此时第二种情况就出现问题了，客户端不知道响应更新了咋办？？？

但是针对这种情况，服务器再发送HTTP响应中，会预估一个过期时间，并把这个信息放到响应头中，这样客户端在查看响应头部的信息时，一旦发现缓存的响应是过期的，会重新发送网络请求

针对以上情况是应该会免除我们所设想的情况（临时更新，缓存失效），但是不是所有的情况都如意，如果过期时间已经到了，需要客户端重新发送请求，那此时的服务器的资源仍然没有改变，那不又是凭空增大了HTTP请求的负荷量

那会如何处理，能优化性能，需要客户端在重新发送请求时，在请求的Etag头部带上第一次请求的响应头的摘要，ETag 响应标头的值是服务器生成的任意值，因此服务器可以根据他们选择的任何方式自由设置值，该响应资源具有唯一标记，如果该响应是陈旧的，则客户端获取缓存响应的 ETag 响应标头的值，并将其放入 If-None-Match 请求标头中，以询问服务器资源是否已被修改；

结果一：如果服务器为请求的资源确定的 ETag 标头的值与请求中的 If-None-Match 值相同，则服务器将返回 304 Not Modified，继续使用原来的。

结果二：如果服务器确定请求的资源现在应该具有不同的 ETag 值，则服务器将其改为 200 OK 和资源的最新版本进行响应。

2、减少HTTP请求次数

<1>减少重定向请求次数

在 HTTP 协议中，重定向操作由服务器向请求发送特殊的重定向响应而触发。重定向响应包含以 3 开头的状态码，以及 Location 标头，其保存着重定向的 URL。浏览器在接收到重定向时，它们会立刻加载 Location 标头中提供的新 URL，此时告诉客户端资源已经迁移到另外一个网址了，客户端需要再次向发送新网址发送请求获取服务器的资源。