1.http状态码
状态码分类:
- 1xx服务器收到请求
- 2xx请求成功
- 3xx重定向
- 4xx客户端错误
- 5xx服务端错误
常见状态码:
- 200成功
- 301永久重定向(配合响应头的location,浏览器自动处理)
- 302临时重定向(配合响应头的location,浏览器自动处理)
- 304资源未被修改 (表示缓存)
- 404资源未找到
- 403没有权限
- 500服务器错误
- 504网关超时
2.http methods
1.传统的methods: get获取服务器的数据、post向服务器提交数据
2.现在的methods: get获取数据、post新建数据、patch/put更新数据、delete删除数据
3. Restful API
(api设计方法):
区别:传统API设计——把每个url当做一个功能;
Restful API设计——把每个url当做一个唯一的资源
如何设计成一个资源:
①尽量不用url参数
· 传统API设计:/api/list?pageIndex=2
· Restful API设计:/api/list/2
②用method表示操作类型
· 传统API设计:post请求 /api/create-blog、post请求 /api/upate-blog?id=100、get请求 /api/get-blog?id=100
· Restful API设计:post请求 /api/blog、patch请求 /api/blog/100、get请求 /api/blog/100
3.http headers
常见Resquest Headers:
备注: 也可以自定义header,比如要设置token
Accept
浏览器可接收的数据格式Accept-Encoding
浏览器可接收的压缩算法,如gzipAccept-Languange
浏览器可接收的语言,如zh-CNConnecion: keep-alive
一次TCP连接重复使用cookie
在浏览器缓存的用户信息等,会被带到服务端Host
请求的域名user-Agent
(简称UA)浏览器信息以及操作系统信息
常见Response Headers
content-type
发送数据的格式,如application/jsoncontent-length
返回数据的大小,多少字节content-Encoding
返回数据的压缩算法,如gzipSet-Cookie
服务端要向客户端设置cookie,使用Set-Cookie来设置
缓存相关的headers:
- Cache-Control( Expires)
- Last-Modified (If-Modified-Since)
- Etag (If-None-Math)
4.http缓存
强制缓存Cache-control
:
Cache-control:
在Response Headers中,控制强制缓存的逻辑,例如Cache-Control:max-age=3153600
(单位是秒)表示缓存的最大时间为3153600秒。强制缓存的逻辑为:根据响应头中的Cache-control判断是否需要缓存并记录缓存时间,下次请求的时候判断Cache-control,如果没有设置缓存或者缓存过期,会重新发起请求。
值有:
①max-age
:最大缓存时间
②no-cache
:不强制缓存
③no-store
:不强制缓存也不协商缓存,每次都请求
④private
:只允许最终用户做缓存
⑤public
:对中间的一些代理做缓存
Expires:也是在响应头中,同为控制缓存过期,后被Cache-control代替
协商缓存:
服务端缓存策略: 访问资源到了服务端后,服务端会告诉客户端该资源是否可以使用缓存。
服务端判断客户端资源,是否和服务端资源一样: 一致则返回304,否则返回200和最新的资源
资源标识:
- 在响应头中:
①Last-Modified
资源的最后修改时间
②Etag
资源的唯一标识(一个字符串,类似人类的指纹) - 在请求头中
①If-Modified-since
上次服务端返的Last-Modified
②If-None-Match
上次服务端返的Etag
Last-Modified和Etag:
- 会优先使用Etag
- Last-Modified只能精确到秒级
- 如果资源被重复生成,而内容不变,则Etag更精确
总结:
三种刷新操作:
- 正常操作:地址栏输入url,跳转连接,前进后退等
- 手动刷新:F5,点击刷新按钮,有机菜单刷新
- 强制刷新:ctrl + F5
区别:
- 正常操作:强制缓存有效,协商缓存有效
- 手动刷新:强制缓存失效,协商缓存有效
- 强制刷新:强制缓存失效,协商缓存失效