HTTP状态码
状态码分类
- 1xx 服务器收到请求
- 2xx 请求成功
- 3xx 重定向
- 4xx 客户端错误
- 5xx 服务端错误
常见状态码
- 200 成功
- 301 永久重定向 配合location 浏览器自动处理,适用于域名到期,浏览器不会访问老的域名
- 302 临时重定向 配合location 浏览器自动处理 ,下次会再次访问老的域名;可以控制和拦截,可以做统计
- 304 资源未被修改,资源在本地有效,不需要重新请求
- 404 资源未找到
- 500 服务器错误
- 504 网关超时
关于协议和规范
就是一个约定,要求大家都跟着执行,不要违反规范,例如IE浏览器
HTTP methods
传统的methods
- get获取服务器的数据
- post向服务器提交数据
简单的网页功能,就这两个操作
现在的methods
- get获取数据
- post新建数据
- patch/put更新数据
- delete删除数据
restful API
一个新的API设计方法(早已推广使用)
传统API设计:把每个URL当做一个功能
restful API设计:把每个URL当做一个唯一的资源
如何设计成一个资源:尽量不用URL参数
举例
博客列表的API
博客的增删改查
HTTP headers
常见的request headers
- accept 浏览器可接收的数据格式
- accept-encoding 浏览器可接收的压缩算法,如gzip
- accpet-languange 浏览器可接收的语言,如zh-CN
- connection:keep-alive 一次TCP连接重复使用
- cookie
- host 请求的域名是什么
- user-agent 浏览器信息
- content-type 发生数据的格式,如applicatioin/json
常见的response headers
- content-type 返回数据的格式,如application/json
- content-length 返回数据的大小,多少字节
- content-encoding 返回数据的压缩算法,如gzip
- set-cookie 修改cookie
自定义headers
缓存相关的headers
- cache-control
- last-modified if-modified-since
- etag if-none-match
HTTP 缓存
关于缓存的介绍
- 什么是缓存
- 为什么需要缓存 需要页面加载更快一些 网络请求不稳定 资源要求高
- 哪些资源可以被缓存——静态资源 js css img
http缓存策略(强制缓存+协商缓存)
强制缓存
- cache-control
在response headers中,服务器端控制哪个资源可以加;
控制强制缓存的逻辑;
缓存过期了,再次请求服务器(如何判断缓存过期,比较cache-control的max-age);
no-cache 不用本地强制缓存; no-store 不缓存
协商缓存
- 服务器端存储策略
- 服务器判断客户端资源,是否和服务器端的资源一样
- 一致则返回304,否则返回200和最新的资源
- 资源标识:资源符号,通过资源标识来判断是否一致(客户端资源、服务器资源)
- last-modified 资源的最后修改时间 \
- etag 资源的唯一标识
- 会优先使用etag,last-modified 只能请却道秒级,etag更精确
以下给出资源标识为last-modified和etag的协商缓存过程:
HTTP缓存综述
刷新操作方式,对缓存的影响
三种刷新操作
- 正常操作:地址栏输入url 跳转链接 前进后退 强制缓存有效,协商缓存有效
- 手动刷新:f5 点击刷新按钮 右击菜单刷新 强制缓存失效,协商缓存有效
- 强制刷新:Ctrl + f5 强制缓存失效,协商缓存失效