http methods

传统API设计：把每个url当作一个功能

• get\post\put(patch)\delete

restful API：把每个url当作一个唯一的资源

• 如何设计成一个资源？
  1. 尽量不适用url参数
  • 传统： /api/list?pageIndex=2
  • restful： /api/list/2
  2. 用method表示操作类型
  • 传统：
    
  • restful:
    

http headers

Request Headers 客户端向服务端发的headers

• Accept：浏览器可接收的数据格式
• Accept-Encoding： 浏览器可接收的压缩算法，如gzip
• Accept-Languange：浏览器可接收的语言，如zh-CN（中文）
• Connection:keep-alive : 一次TCP连接重复使用
• cookie： 同域请求浏览器自动发送cookie
• HOst： 请求的域名
• User-Agent（UA）：浏览器信息
• Content-type：发送数据的格式，如 application/json
• if-Modified-Since对应Last-Modified 资源最后修改时间，精确到秒
• If-None-Match对应Etag: 资源唯一表示，类似人类指纹，优先级高于if-modified-since，资源重复生成，但内容不变时用etag更合理

Response Headers 服务端向客户端返回的headers

• Content-type：返回 数据的格式，如 application/json
• content-length: 返回数据的大小，多少字节
• content-Encoding： 返回数据的压缩算法，如gzip
• Set-cookie： 服务端修改cookie（浏览器本地被修改）

以下 response headers 与缓存有关：

• Expires 同为控制缓存过期的REsponse Header，已经被Cache-Control取代；现在浏览器依然兼容，但优先级低于cc
• Last-Modified: if-Modified-Since 资源最后修改时间
• Etag: If-None-Match 资源唯一表示，类似人类指纹
• Cache-Control: Expires 如 max-age=31536000 （秒，一年） 服务端把认为可以缓存在浏览器本地的资源给加上这个header，控制强制缓存的逻辑
  • max-age：最大缓存时间
  • no-cache： 不做本地缓存
  • no-store： 不做本地缓存，也不做服务端缓存，很少见
  • private： 只允许最终用户作为缓存
  • public： 最终用户、中间路由都可缓存

自定义header

• 可用于特殊验证

http缓存

缓存:把没必要重新获取一遍的资源放到本地

为什么需要缓存？

• 网络请求过慢，应减少网络传输内容数量、体积
• 网络请求不稳定，随时可能没信号
• 提高加载效率
• 静态资源（js、css、img，通过webpack打包后contenthash值是否变化来判断是否更新）可以缓存，有可能被修改的，如数据，不应缓存

缓存策略

强制缓存

协商缓存（对比缓存）

是一个服务端缓存策略

• 服务端判断客户端资源是否和服务端一致
• 一致则返回304，否则返回200和资源

刷新操作方式，对缓存的影响

• 正常操作：强制缓存有效，协商缓存有效； 浏览器地址栏输入url、跳转连接、前进后退等；
• 手动刷新：强制缓存失效，协商缓存有效； F5，点击刷新按钮，右击菜单刷新；
• 强制刷新：强制缓存失效，协商缓存失效； Ctrl+F5；