Http实战之缓存、重定向（2)

2022-11-14 242

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： Http实战之缓存、重定向（2)

缓存控制

关于缓存控制我们可以分为两部分讨论

1.服务端如何进行缓存控制

2.客户端如何进行缓存控制

服务端控制

服务端进行缓存控制主要依赖Cache-Control、及Expires请求头，其中Expires已经不推荐使用。其优先级如下所示：

附加一个Cache-Control: no-store首部到响应中去;
附加一个 Cache-Control: no-cache 首部到响应中去;
附加一个 Cache-Control: must-revalidate 首部到响应中去;
附加一个 Cache-Control: max-age 首部到响应中去;
附加一个 Expires 日期首部到响应中去;

Cache-Control: no-store，客户端禁止使用缓存

Cache-Control: no-cache，客户端可以进行缓存，但每次使用缓存时必须跟服务器进行再验证

Cache-Control: must-revalidate ，客户端可以进行缓存，在缓存过期后必须进行再验证，跟no-cache的区别在于must-revalidate强调的是缓存过期后的行为，因为在某些情况下为了提升效率客户端会使用已经过期的缓存，如果服务端指定了Cache-Control: must-revalidate ，那么缓存过期后不能直接使用，必须进行再验证。no-cache不论缓存是否过期都需要客户端发起再验证。

Cache-Control: max-age ，指明了缓存的有效期，是一个相对时间，单位为秒

Expires ，指明了缓存的有效，是一个决定时间。HTTP 设计者后来认为，由于很多服务器的时钟都不同步，或者不正确，所以最好还是用剩余秒数，而不是绝对时间来表示过期时间，已经不推荐使用。

客户端控制

上面我们介绍了，服务器端如何在响应头中添加响应的字段来浏览来是否可以使用缓存，同样，客户端自己也可以控制，以浏览器为例，这里我们主要说三个场景：

1.浏览器刷新

即我们按F5刷新页面的时候，该页面的http请求中会添加：Cache-Control:max-age:0, 即说明缓存直接失效啦，就不走缓存了，直接从服务器端读取数据。

2.浏览器强制刷新

即我们按ctrl+f5强制刷新页面的时候，该页面的http请求会添加：Cache-Control:no-cache; 即表示此时要首先去服务器端验证资源是否有更新，如果有更新则直接返回最新资源，如果没有更新，则返回304，然后浏览器端判断是304的话，则从缓存中读取数据。

3.浏览器前进后退重定向

当我们点击浏览器的前进后退操作时，这个时候请求中不会有Cache-Control的字段，没有该字段，就表示会检查缓存，直接利用之前的资源，不再重新请求服务器。

httpClient缓存代码分析

需要引入HttpClinet缓存模块

微信图片_20221114125339.png

测试代码如下：

public class CacheHttpClient {
  static CacheConfig cacheConfig =
    CacheConfig.custom().setMaxCacheEntries(1000).setMaxObjectSize(8192).build();
  static CloseableHttpClient cachingClient =
    CachingHttpClients.custom().setCacheConfig(cacheConfig).build();
  public static void main(String[] args) throws Exception {
    Scanner scanner = new Scanner(System.in);
    while (true) {
      scanner.nextLine();
      HttpCacheContext context = HttpCacheContext.create();
      HttpGet httpget = new HttpGet("http://www.mydomain.com/content/");
      CloseableHttpResponse response = cachingClient.execute(httpget, context);
      try {
        CacheResponseStatus responseStatus = context.getCacheResponseStatus();
        switch (responseStatus) {
          case CACHE_HIT:
            System.out.println(
              "A response was generated from the cache with "
              + "no requests sent upstream");
            break;
          case CACHE_MODULE_RESPONSE:
            System.out.println(
              "The response was generated directly by the " + "caching module");
            break;
          case CACHE_MISS:
            System.out.println("The response came from an upstream server");
            break;
          case VALIDATED:
            System.out.println(
              "The response was generated from the cache "
              + "after validating the entry with the origin server");
            break;
          default:
            // do nothing
        }
      } finally {
        response.close();
      }
    }
  }
}

缓存的核心处理逻辑位于org.apache.http.impl.client.cache.CachingExec#execute中，如下：

微信图片_20221114125544.png

缓存处理的核心代码我在图中已经做了标注

1.是否启用缓存，代码很简单

2.从缓存中获取信息，这里的key实际就是访问时使用的URI，缓存底层默认使用的是一个Map

微信图片_20221114125635.png

3.缓存未命中时会向服务器发送真正的请求，代码简单，不做分析

4.缓存命中，这时要处理两种情况：「缓存未过期」、「缓存过期+再验证」

微信图片_20221114125708.png

对http协议了解后，这块的代码非常简单，所以笔者在这里也不赘述了

重定向

https://datatracker.ietf.org/doc/html/rfc2616#page-61

接下来我们聊聊重定向，跟重定向相关的响应码如下：

状态码	原因短语	含义
301	Moved Permanently	在请求的 URL 已被移除时使用。响应的 Location 首部中应该包含资源现在所处的URL，【301代表永久重定向】，客户端在后续访问时应该将URL替换为本次Location首部标明的URL
302	Found	【302代表临时重定向】，客户端后续访问时不需要进行替换，仍然应该使用原来的URL
303	See Other	其主要目的是允许 POST 请求的响应将客户端定向到某个资源上去
307	Temporary Redirect	也是临时重定向，跟302类似