# axios从进阶到源代码预测
## 1. 其间台可视化的基本上操作过程
1. 其间应用领域从应用领域程序端向伺服器发送HTTP允诺(允诺数据流)
2. 前台伺服器转交到允诺后, 运维伺服器应用领域处置允诺, 向应用领域程序端回到HTTP积极响应(积极响应数据流)
3. 应用领域程序端转交到积极响应, 导出表明积极响应体/初始化监控反弹
## 2. HTTP允诺数据流
1. 允诺行: 允诺形式/url
2. 数个允诺头: 两个允诺头由name:value共同组成, 如Host/Cookie/Content-Type头
3. 允诺体
## 3. HTTP积极响应数据流
1. 积极响应行: 积极响应状况码/相关联的文档
2. 数个积极响应头: 如 Content-Type / Set-Cookie 头
3. 积极响应体
## 4. post允诺体文档模块文件格式
1. Content-Type: application/x-www-form-urlencoded;charset=utf-8
用作数组对模块，模块的数组用=相连, 模块间用&相连
比如: name=%E5%B0%8F%E6%98%8E&age=12
2. Content-Type: application/json;charset=utf-8
用作json字符串模块
比如: {“name”: “%E5%B0%8F%E6%98%8E”, “age”: 12}
## 5. 常见积极响应状况码
200OK 允诺成功。一般用作GET与POST允诺
201 Created 已创建。成功允诺并创建了新的资源
401 Unauthorized 未授权/允诺要求用户的身份认证
404 Not Found 伺服器无法根据客户端的允诺找到资源
500 Internal Server Error 伺服器内部错误，无法完成允诺
## 6. 不同类型的允诺及其作用:
1. GET: 从伺服器端读取数据
2. POST: 向伺服器端添加新数据
3. PUT: 更新伺服器端已经数据
4. DELETE: 删除伺服器端数据
## 7. API的分类
1. REST API: restful
发送允诺进行CRUD哪个操作由允诺形式来决定
同两个允诺路径可以进行数个操作
允诺形式会用到GET/POST/PUT/DELETE
2. 非REST API: restless
允诺形式不决定允诺的CRUD操作
两个允诺路径只相关联两个操作
一般只有GET/POST
测试: 可以使用json-server快速搭建模拟的rest api 接口
## 8. 理解XHR
使用XMLHttpRequest (XHR)对象可以与伺服器可视化, 也就是发送ajax允诺
这使得Web页面可以只更新页面的局部，而不影响用户的操作。
## 9. 区别ajax允诺与一般HTTP允诺
ajax允诺是一种特别的http允诺: 只有通过XHR/fetch发送的是ajax允诺, 其它都是一般HTTP允诺
对伺服器端来说, 没有任何区别, 区别在应用领域程序端
应用领域程序端发允诺: 只有XHR或fetch发出的才是ajax允诺, 其它所有的都是非ajax允诺
应用领域程序端转交到积极响应
一般允诺: 应用领域程序一般会直接表明积极响应体数据, 也就是我们常说的刷新/跳转页面
ajax允诺: 应用领域程序不会对界面进行任何更新操作, 只是初始化监控的反弹函数并传入积极响应相关数据
## 10. 使用XHR封装两个发ajax允诺的通用函数
函数的回到值为promise, 成功的结果为response, 异常的结果为error
能处置多种类型的允诺: GET/POST/PUT/DELETE
函数的模块为两个配置对象: url/method/params/data
积极响应json数据自动导出为了js
## 11. axios的特点
基于promise的封装XHR的异步ajax允诺库
应用领域程序端/node端都可以使用
支持允诺／积极响应拦截器
支持允诺取消
允诺/积极响应数据转换
批量发送数个允诺
## 12. axios常用语法
axios(config): 通用/最本质的发任意类型允诺的形式
axios(url[, config]): 可以只指定url发get允诺
axios.request(config): 等同于axios(config)
axios.get(url[, config]): 发get允诺
axios.delete(url[, config]): 发delete允诺
axios.post(url[, data, config]): 发post允诺
axios.put(url[, data, config]): 发put允诺
axios.defaults.xxx: 允诺的默认全局配置
axios.interceptors.request.use(): 添加允诺拦截器
axios.interceptors.response.use(): 添加积极响应拦截器
axios.create([config]): 创建两个新的axios(它没有下面的功能)
axios.Cancel(): 用作创建取消允诺的错误对象
axios.CancelToken(): 用作创建取消允诺的token对象
axios.isCancel(): 是否是两个取消允诺的错误
axios.all(promises): 用作批量执行数个异步允诺
axios.spread(): 用来指定转交所有成功数据的反弹函数的方法
## 13. 源代码难点与流程预测
1. axios与Axios的关系
axios函数相关联的是Axios.prototype.request方法通过bind(Axiox的实例)产生的函数
axios有Axios原型上的所有发特定类型允诺的方法: get()/post()/put()/delete()
axios有Axios的实例上的所有属性: defaults/interceptors
后面又添加了create()/CancelToken()/all()
2. axios.create()回到的对象与axios的区别
1). 相同:
都是两个能发任意允诺的函数: request(config)
都有发特定允诺的各种方法: get()/post()/put()/delete()
都有默认配置和拦截器的属性: defaults/interceptors
2). 不同:
默认匹配的值不一样
instance没有axios后面添加的一引起方法: create()/CancelToken()/all()
3. axios发允诺的流程
1). 整体流程: request(config) ===> dispatchRequest(config) ===> xhrAdapter(config)
2). request(config): 将允诺拦截器 / dispatchRequest() / 积极响应拦截器 通过promise链串连起来, 回到promise
3). dispatchRequest(config): 转换允诺数据 ===> 初始化xhrAdapter()发允诺 ===> 允诺回到后转换积极响应数据. 回到promise
4). xhrAdapter(config): 创建XHR对象, 根据config进行相应设置, 发送特定允诺, 并转交积极响应数据, 回到promise
4. axios的允诺/积极响应拦截器是什么?
1). 允诺拦截器: 在真正发允诺前, 可以对允诺进行检查或配置进行特定处置的函数,
包括成功/失败的函数, 传递的必须是config
2). 积极响应拦截器: 在允诺回到后, 可以对积极响应数据进行特定处置的函数,
包括成功/失败的函数, 传递的默认是response
5. axios的允诺/积极响应数据转换器是什么?
1). 允诺转换器: 对允诺头和允诺体数据进行特定处置的函数
setContentTypeIfUnset(headers, application/json;charset=utf-8);
return JSON.stringify(data)
2). 积极响应转换器: 将积极响应体json字符串导出为js对象或数组的函数
response.data = JSON.parse(response.data)
6. response的整体结构
{
data,
status,
statusText,
headers,
config,
request
}
7. error的整体结构
{
message,
request,
response
}
8. 如何取消未完成的允诺
1).当配置了cancelToken对象时, 保存cancel函数
创建两个用作将来中断允诺的cancelPromise
并定义了两个用作取消允诺的cancel函数
将cancel函数传递出来
2.初始化cancel()取消允诺
执行cacel函数, 传入错误信息message
内部会让cancelPromise变为成功, 且成功的值为两个Cancel对象
在cancelPromise的成功反弹中中断允诺, 并让发允诺的proimse失败, 失败的reason为Cacel对象
