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 浏览器可接收的压缩算法，如gzipaccpet-languange 浏览器可接收的语言，如zh-CNconnection:keep-alive 一次TCP连接重复使用cookiehost 请求的域名是什么user-agent 浏览器信息content-type 发生数据的格式，如applicatioin/json
常见的response headers
content-type 返回数据的格式，如application/jsoncontent-length 返回数据的大小，多少字节content-encoding 返回数据的压缩算法，如gzipset-cookie 修改cookie
自定义headers
缓存相关的headers
cache-controllast-modified if-modified-sinceetag 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 强制缓存失效，协商缓存失效
