导读:本期聚焦于小伙伴创作的《在微信小程序中配置请求拦截器时如何避免5个常见错误》,敬请观看详情,探索知识的价值。以下视频、文章将为您系统阐述其核心内容与价值。如果您觉得《在微信小程序中配置请求拦截器时如何避免5个常见错误》有用,将其分享出去将是对创作者最好的鼓励。

在微信小程序开发过程中,请求拦截器可以帮我们统一管理网络请求,减少重复代码,提升开发效率。但在实际配置使用时,很多开发者会不小心踩中一些常见错误,导致请求异常或者功能不符合预期。下面我们就来看看这5个常见错误以及如何避免。

在微信小程序中配置请求拦截器时如何避免5个常见错误

错误一:拦截器注册时机不当

很多开发者会在页面onLoad生命周期中注册拦截器,这会导致页面多次加载时重复注册拦截器,出现请求被多次拦截的问题。正确的做法是在小程序启动时就注册拦截器,一般放在app.js的onLaunch生命周期中。

// app.js
App({
  onLaunch() {
    // 在小程序启动时注册请求拦截器,避免重复注册
    this.initRequestInterceptor()
  },
  initRequestInterceptor() {
    const originalRequest = wx.request
    wx.request = function(options) {
      // 拦截逻辑
      console.log('请求拦截:', options.url)
      return originalRequest(options)
    }
  }
})

错误二:请求头设置不符合规范

部分开发者在拦截器中设置请求头时,直接覆盖原有的header字段,导致请求丢失必要的参数。正确的做法是先合并原有header和新增的header,再发起请求。

// 正确的请求头设置方式
wx.request = function(options) {
  const newHeader = {
    ...options.header, // 保留原有请求头
    'Authorization': 'Bearer ' + wx.getStorageSync('token'), // 新增鉴权头
    'Content-Type': 'application/json'
  }
  options.header = newHeader
  return originalRequest(options)
}

错误三:错误处理遗漏导致异常请求无反馈

有些拦截器只处理请求发送前的逻辑,没有处理请求失败的情况,导致接口报错时用户没有任何提示。我们需要在拦截器中统一处理错误响应。

wx.request = function(options) {
  const originalSuccess = options.success
  const originalFail = options.fail
  options.success = function(res) {
    if (res.statusCode !== 200) {
      // 统一处理错误状态码
      wx.showToast({
        title: '请求失败,请稍后重试',
        icon: 'none'
      })
    }
    originalSuccess && originalSuccess(res)
  }
  options.fail = function(err) {
    wx.showToast({
      title: '网络连接异常',
      icon: 'none'
    })
    originalFail && originalFail(err)
  }
  return originalRequest(options)
}

错误四:异步逻辑阻塞请求发送

如果拦截器中有获取token等异步操作,直接同步执行会导致请求还没拿到token就发出去了。我们需要用Promise处理异步逻辑,等待异步操作完成再发送请求。

wx.request = function(options) {
  return new Promise((resolve, reject) => {
    // 异步获取token
    wx.getStorage({
      key: 'token',
      success(storageRes) {
        options.header = {
          ...options.header,
          'Authorization': 'Bearer ' + storageRes.data
        }
        resolve(originalRequest(options))
      },
      fail() {
        resolve(originalRequest(options))
      }
    })
  })
}

错误五:重复拦截导致请求死循环

如果拦截器内部又调用了wx.request,比如刷新token后重新发起原请求,没有做判断的话会导致请求无限循环。我们需要给请求加标记,避免重复拦截。

let isRefreshing = false
let requestQueue = []

wx.request = function(options) {
  // 标记是否为重试请求,避免重复拦截
  if (options.isRetry) {
    return originalRequest(options)
  }
  // 假设token过期返回401,需要刷新token
  const originalSuccess = options.success
  options.success = function(res) {
    if (res.statusCode === 401 && !isRefreshing) {
      isRefreshing = true
      // 刷新token的逻辑
      wx.request({
        url: 'https://ipipp.com/refreshToken',
        isRetry: true, // 标记这是刷新token的请求,不进入拦截逻辑
        success(refreshRes) {
          wx.setStorageSync('token', refreshRes.data.token)
          isRefreshing = false
          // 重新发起原请求
          options.isRetry = true
          wx.request(options)
        }
      })
    } else {
      originalSuccess && originalSuccess(res)
    }
  }
  return originalRequest(options)
}

以上就是微信小程序中配置请求拦截器时最常见的5个错误以及对应的规避方法,开发者在实际使用时可以对照检查,避免因为这些问题影响小程序的正常运行。

微信小程序请求拦截器网络请求错误规避前端开发修改时间:2026-05-31 04:56:39

免责声明:​ 已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰,观点力求客观中立。本站旨在免费分享,内容仅供个人学习、研究或参考使用。若引用了第三方作品,版权归原作者所有。如内容涉及您的权益,请联系我们处理。
内容垂直聚焦
专注技术核心技术栏目,确保每篇文章深度聚焦于实用技能。从代码技巧到架构设计,为用户提供无干扰的纯技术知识沉淀,精准满足专业提升需求。
知识结构清晰
覆盖从开发到部署的全链路。AI、前端、编程、数据库、服务器、建站、系统层层递进,构建清晰学习路径,帮助用户系统化掌握开发与运维所需的核心技术。
深度技术解析
拒绝泛泛而谈,深入技术细节与实践难点。无论是数据库优化还是服务器配置,均结合真实场景与代码示例进行剖析,致力于提供可直接应用于工作的解决方案。
专业领域覆盖
精准对应开发生命周期。从前端界面到后端编程,从数据库操作到服务器运维,形成完整闭环,一站式满足全栈工程师和运维人员的技术需求。
即学即用高效
内容强调实操性,步骤清晰、代码完整。用户可根据教程直接复现和应用于自身项目,显著缩短从学习到实践的距离,快速解决开发中的具体问题。
持续更新保障
专注既定技术方向进行长期、稳定的内容输出。确保各栏目技术文章持续更新迭代,紧跟主流技术发展趋势,为用户提供经久不衰的学习价值。