目前掘金上已经有很多关于axios封装的文章。自己在初次阅读这些文章中，见识到很多封装思路，但在付诸实践时一直有疑问：这些看似高级的二次封装，是否会把`axios`的调用方式弄得更加复杂？

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第2天，点击查看活动详情 axios介绍 首先把Axios的地址贴上来http://www.axios-js.com/，Axios

前情提要 ：正常写小项目的时候，关于请求接口的存放可能没有那么在意，毕竟纵观整个项目可能也就那么十几二十个接口，当出现问题进行定位的时候也能很轻松的定位到。 但是当接口的

十分钟封装一个好用的axios，省时又省力他不香吗。请求响应拦截器； 全局的loading配置, 默认开启，可配置关闭；统一文件下载处理

选择和保留这种封装方式的原因：1.简洁干净，2.实用不麻烦，3.好管理便于维护。封装前后两种方式，在具体接口调用上都是差不多的，主要是在声明和组织接口上有“肉眼可见”的差距，封装后的axios再结合e

这篇文章封装的axios已经满足如下功能： 无处不在的代码提示； 灵活的拦截器； 可以创建多个实例，灵活根据项目进行调整； 每个实例，或者说每个接口都可以灵活配置请求头、超时时间等。

前言 大家好，我是林三心，用最通俗易懂的话讲最难的知识点是我的座右铭，基础是进阶的前提是我的初心 Promise封装请求 大家平时如果使用Promise封装请求，那么当你使用这个请求函数的时候是这样的

axios请求方法 主要有get，post，put，patch，delete get 获取数据 post 提交数据（表单提交+文件上传） put 更新数据（将所有数据均推放到服务端） patch 更新

vite-request 基于 axios 二次封装的功能如下 是否需要携带登录态、登录态失效重新刷新登录态 请求失败时尝试重复发起、默认 3 次 是否需要 loading 是否需要统一的错误处理 重