游乐游手机版
首页/前端开发/文章详情

axios封装最佳实践:从裸用到生产级的四步进化

时间:2026-06-29 07:02
一、每个前端都写过的那坨请求代码 打开一个跑了一段时间的 Vue3 项目,大概率会在各个页面里看到这样的代码: 页面 A axios post( api order list , params, { headers: { Authorization: Bearer + localSto

一、每个前端都写过的那坨请求代码

打开一个跑了一段时间的 Vue3 项目,大概率会在各个页面里看到这样的代码:

// 页面 A
axios.post('/api/order/list', params, {
  headers: { Authorization: 'Bearer ' + localStorage.getItem('token') }
}).then(res => {
  if (res.data.code === 200) { /* ... */ }
  else { ElMessage.error(res.data.msg) }
}).catch(err => { ElMessage.error('网络异常') })

然后页面B再来一遍,页面C继续复制……这种“散装”axios写起来爽,维护起来就是噩梦。今天咱们聊聊怎么把这坨代码收拾干净,从基础封装一路干到无感刷新、防重复提交和统一Loading管理。


二、第一阶段:基础封装——消灭散装 axios

// utils/request.js
import axios from 'axios'
import { ElMessage } from 'element-plus'const service = axios.create({
  baseURL: import.meta.env.VITE_API_BASE_URL,
  timeout: 15000,
  headers: { 'Content-Type': 'application/json;charset=utf-8' }
})// 响应拦截——统一拆包
service.interceptors.response.use(
  response => {
    const { code, data, msg } = response.data
    if (code === 200) return data  // 只返回业务数据
    ElMessage.error(msg || '系统异常')
    return Promise.reject(new Error(msg))
  },
  error => {
    ElMessage.error('网络异常,请检查网络连接')
    return Promise.reject(error)
  }
)// 请求拦截——自动注入 Token
service.interceptors.request.use(config => {
  const token = localStorage.getItem('accessToken')
  if (token) config.headers.Authorization = `Bearer ${token}`
  return config
})export default service

现在业务代码变得干净利落:

// 之前:4 行
const res = await axios.post('/api/order/list', params)
if (res.data.code === 200) { tableData.value = res.data.data }// 之后:1 行
tableData.value = await service.post('/api/order/list', params)

三、第二阶段:Token 无感刷新

3.1 双 Token 机制

Token有效期存储位置用途
accessToken30 分钟localStorage每次请求携带
refreshToken7 天localStorage换取新 accessToken

3.2 核心难题:并发刷新冲突

页面同时发 3 个请求,accessToken 全部过期 → 3 个 401 → 不能各自刷新。需要刷新锁 + 请求队列

let isRefreshing = false
let pendingRequests = []service.interceptors.response.use(
  response => {
    const { code, data, msg } = response.data
    if (code === 200) return data
    ElMessage.error(msg || '系统异常')
    return Promise.reject(new Error(msg))
  },
  async error => {
    const { config, response } = error
    if (!response || response.status !== 401) {
      ElMessage.error('网络异常,请检查网络连接')
      return Promise.reject(error)
    }    // 刷新接口本身 401 = refreshToken 也过期了
    if (config.url.includes('/api/auth/refresh')) {
      localStorage.clear()
      window.location.href = '/login'
      return Promise.reject(error)
    }    if (!isRefreshing) {
      isRefreshing = true
      try {
        const { accessToken, refreshToken: newRefreshToken } = await refreshToken()
        localStorage.setItem('accessToken', accessToken)
        localStorage.setItem('refreshToken', newRefreshToken)
        pendingRequests.forEach(cb => cb(accessToken))
        pendingRequests = []
        config.headers.Authorization = `Bearer ${accessToken}`
        return service(config)  // 重试原请求
      } catch (err) {
        pendingRequests.forEach(cb => cb(null))
        pendingRequests = []
        localStorage.clear()
        window.location.href = '/login'
        return Promise.reject(err)
      } finally {
        isRefreshing = false
      }
    } else {
      // 正在刷新中,排队等待
      return new Promise((resolve) => {
        pendingRequests.push((token) => {
          if (token) {
            config.headers.Authorization = `Bearer ${token}`
            resolve(service(config))
          } else {
            resolve(Promise.reject(new Error('刷新失败')))
          }
        })
      })
    }
  }
)

关键设计:

  1. isRefreshing——同一时刻只有一个刷新请求
  2. pendingRequests 队列——其他 401 排队等待,刷新成功后批量重放
  3. 刷新接口 401 特殊处理——防止死循环

四、第三阶段:防重复提交

const pendingMap = new Map()function getRequestKey(config) {
  const { method, url, params, data } = config
  return [method, url, JSON.stringify(params), JSON.stringify(data)].join('&')
}function addPending(config) {
  const key = getRequestKey(config)
  if (pendingMap.has(key)) {
    const controller = new AbortController()
    config.signal = controller.signal
    controller.abort()
    return
  }
  pendingMap.set(key, config)
}function removePending(config) {
  const key = getRequestKey(config)
  pendingMap.delete(key)
}// 在请求拦截器中调用 addPending(config)
// 在响应拦截器的成功和失败分支中都调用 removePending(config)
方案原理优点缺点
按钮 loading点完 disabled简单直观多个入口可能重复调用
前端防抖debounce 300ms代码少长耗时请求仍可能重复
接口幂等 key后端加唯一 key最可靠需要后端配合
请求拦截去重拦截器判断前端全自动依赖 URL+参数作为标识

五、第四阶段:Loading 与错误统一管理

// 按需 Loading
service.interceptors.request.use(config => {
  if (config.showLoading !== false) {
    config._loadingInstance = ElLoading.service({
      lock: true,
      text: config.loadingText || '加载中...',
      background: 'rgba(0, 0, 0, 0.1)'
    })
  }
  // ... Token 注入等
})service.interceptors.response.use(
  response => {
    if (response.config._loadingInstance) response.config._loadingInstance.close()
    // ...
  },
  error => {
    if (error.config?._loadingInstance) error.config._loadingInstance.close()
    // ...
  }
)

六、成品目录结构

src/
├── utils/
│   ├── request.js        # 四层封装
│   └── errorHandler.js   # 错误码映射
├── api/
│   └── modules/
│       ├── order.js      # 工单接口
│       ├── customer.js   # 客户接口
│       └── auth.js       # 认证接口

业务代码一行搞定:

import { listOrder, sa veOrder } from '@/api/modules/order'const tableData = await listOrder({ pageNum: 1, pageSize: 10 })
await sa veOrder(form)  // loading + 防重复全自动

七、三个关键决策

  1. 双 Token vs 单 Token:单 Token 时间长了不安全,短了体验差;双 Token 兼顾安全与体验。
  2. 拦截器里不用 router.push:router 可能未初始化,用 window.location.href 硬跳更可靠。
  3. 前端防重复不是终点:后续结合后端幂等 key 双重保障才是最终形态。
来源:https://juejin.cn/post/7654244323157458982
上一篇识别BigInt JSON序列化崩溃原因及自定义toJSON 下一篇利用history.replaceState实现无刷新多维筛选器与URL的异步同步
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
如何在JavaScript中实现基于旋转视野的FOV射线绘制详解
前端开发 · 2026-07-01

如何在JavaScript中实现基于旋转视野的FOV射线绘制详解

如果用一句话概括核心,那就是:在 RayCasting 游戏开发中,绘制动态视野边界线(FOV)最可靠的方式是在逻辑层通过数学公式将坐标“算”出来,而不是依赖 Canvas 绘图上下文的旋转操作。 在实现类似 Doom 风格的 RayCasting 游戏时,动态视野(Field of View, F

TypeScript后端数据正确映射为前端接口类型的方法
前端开发 · 2026-07-01

TypeScript后端数据正确映射为前端接口类型的方法

在后端数据与前端类型之间来回转换,几乎是每位 TypeScript 开发者都无法回避的常态。后端返回的 car_brand、reg_number,和前端接口中定义的 brand、govtNumber,命名风格常常对不上号。此时,如果为了省事直接用 as 类型断言“强行”指认类型,那就踩进了常见的陷阱

动态HTML表格按层级条件合并单元格的JavaScript实现
前端开发 · 2026-07-01

动态HTML表格按层级条件合并单元格的JavaScript实现

本文详细讲解一种递归式 JavaScript 合并单元格方法,用于按列优先级(如前3列)智能合并表格行:仅当前一列已合并的前提下,才允许后续列合并相同值,从而精准实现多级分组与层级表格合并效果。 在动态生成的 HTML 表格中,按业务逻辑合并重复行是常见需求。然而,简单地对单列分别遍历合并——例如先

Next.js 13+重定向后滚动失效解决方案
前端开发 · 2026-07-01

Next.js 13+重定向后滚动失效解决方案

在 Next js App Router 的日常开发中,有一个令人颇为困扰的异常现象——当服务端执行 `redirect()` 跳转后,目标页面竟然无法正常滚动。没错,页面已经渲染完成,内容也完整显示,但垂直滚动条仿佛凭空消失。这个问题在 Next js 13 5 4 版本中尤为突出。 先给出结论:

WebGL图像加载延迟的纹理初始化时立即显示方法
前端开发 · 2026-07-01

WebGL图像加载延迟的纹理初始化时立即显示方法

本文详细介绍如何利用 Promise 与 async await 重构 WebGL 纹理加载流程,彻底解决首次渲染显示蓝色占位色、需要手动交互才能刷新的问题,实现文件导入后四张纹理平面即时正确渲染。 实际上,这个坑在 WebGL 开发中相当常见——纹理异步加载的小陷阱,说起来不大,但第一次遇到确实令