第十四章-http面试题
标签：强制 本地 中间 技术 exp 功能 静态资源 eth tcp
题目：
- http 常见的状态码有哪些？
- http 常见的 header 有哪些？
- 什么是 Restful API？
- 描述一下 http 的缓存机制（重要）
http 状态码
状态码分类
- 1xx 服务器收到请求
- 2xx 请求成功，如 200
- 3xx 重定向（到某一个地址不被允许，重新定向到另一个地址，浏览器做），如 302
- 4xx 客户端错误（客户端请求的地址不存在），如 404
- 5xx 服务端错误（服务端报错、挂掉之类），如 500
常见的状态码
- 200 成功
- 301 永久重定向（配合location，浏览器自动处理。）
- 场景：旧的地址不再使用，浏览器访问返回 301 和 location 地址，重新定向到新地址，浏览器下次访问时直接到新的地址，不再访问旧的地址
- 302 临时重定向（配合 location，浏览器自动处理。）
- 场景：浏览器访问时根据 302 状态码和 location 携带的新地址，重新定向到新地址，但下次访问时还会访问之前的地址。
- 实例：在百度上搜索某项内容，实际上会先跳转到百度内部的网址，然后服务端返回302状态码，以及 location 携带的新的网址，浏览器就会重定向到目标内容的网址。
- 304 资源未被修改：可以使用本地缓存，不会再次发起请求
- 404 资源未找到
- 403 没有权限
- 500 服务器错误
- 504 网关超时
Restful API
传统的 methods
- get 获取服务器的数据
- post 向服务器提交数据
- 简单的网页功能，就这两个操作
现在的 methods
- get 获取数据
- post 新建数据
- patch/put 更新数据
- delete 删除数据
Restful API
- 一种新的 API 设计方法（早已推广使用）
- 传统 API 设计：把每个 url 当作一个功能
- Restful API 设计：把每个 url 当作一个唯一的资源
如何设计成一个资源？
- 尽量不用 url 参数
- 传统 API 设计：
/api/list?pageIndex=2
- Restful API 设计：
/api/list/2
- 用 methods 表示操作类型
-
传统 API 设计：
- post 请求
/api/create-blog
- post 请求
/api/updata-blog?id=100
- get 请求
/api/get-blog?id=100
-
Restful API 设计:
- post 请求
/api/blog
- patch 请求
/api/blog/100
- get 请求
/api/blog/100
常见的 Request Headers（请求头）
- Accept 浏览器可接收的数据格式
- Accept-Encoding 浏览器可接收的压缩算法，如gzip
- Accept-Language 浏览器可接收的语言，如 zh-CN
- Connection：值为keep-alive，一次TCP连接可重复使用
- cookie
- Host 请求的域名
- User-Agent(UA) 浏览器信息
- Content-type 发送数据的格式，如 application/json
常见的 Response Headers（响应头）
- Content-type 返回数据的格式，如 application/json
- Content-length 返回数据的大小，多少字节
- Content-Encoding 返回数据的压缩算法，如 gzip
- Set-Cookie
缓存相关的 headers
- Cache-Control
- Expires
- Last-Modified
- If-Modified-Since
- Etag
- If-None-Match
http 缓存
缓存介绍
缓存：把没有必要请求的内容，缓存一份，就不用浪费资源去发起请求了。
为什么需要缓存？
让页面加载更快。网络请求加载速度比较慢，因此尽量减少网络请求可以让页面加载速度更快
哪些资源可以被缓存？静态资源（js css img）
强制缓存-Cache-Control
- 由服务端在 Response Headers 中设置
- 控制强制缓存的逻辑
- 例如
Cache-Control: max-age=31536000(单位秒)设置缓存的时间
cache-control 的取值：
-
max-age：最长缓存时间
-
no-cache：不用本地缓存，到服务端请求
- no-store：不用本地缓存，而且不用服务端的缓存
- private：最终用户缓存
- public：允许中间的路由缓存
协商缓存( Etag 和 Last-Modified )
- 服务端缓存策略
- 服务端判断客户端资源，是否和服务端资源一样
- 一致则返回 304 ，否则返回 200 和最新的
资源标识：
- 在 Reapose Headers 中，有两种标识
- Last-Modified 资源的最后修改时间
- Etag 资源的唯一标识（一个字符串）
Last-Modified
Etag
协商缓存效果：
Last-Modified 和 Etag
- 会优先使用 Etag
- Last-Modified 只能精确到秒级
- 如果资源被重复生成，而内容不变，则 Etag 更精准
Http 缓存综述
页面刷新对http缓存的影响
三种刷新操作：
- 正常操作：地址栏输入 url，跳转链接，前进后退等
- 手动刷新：F5或点击刷新按钮，右击菜单刷新
- 强制刷新：ctrl + F5
不同刷新操作，不同的缓存策略
- 正常操作：强制缓存和协商刷新都有效
- 手动刷新：强制缓存失效，协商缓存有效
- 强制刷新：强制缓存和协商缓存都失效
第十四章-http面试题
标签：强制 本地 中间 技术 exp 功能 静态资源 eth tcp
原文地址：https://www.cnblogs.com/aurora-ql/p/13394515.html
评论