您是否在开发或使用微信小程序时，遇到了一个令人头疼的“302”状态码？页面莫名其妙跳转，功能突然失效，却不知道问题出在哪里。别担心，这篇接地气的文章将为您彻底解析“微信小程序302问题”，并提供一套行之有效的解决方案。

首先，通俗理解什么是302状态码？
您可以把它想象成一个“临时搬家通知”。当您访问一个地址（URL）时，服务器告诉您：“您要找的东西暂时搬到另一个地方了，请去新地址访问。” 浏览器或小程序在收到这个通知后，会自动跳转到新的地址。这在Web开发中常用于页面重定向。

那么，在小程序里遇到302，通常意味着什么？
在小程序的世界里，302状态码常常出现在网络请求中（比如使用 `wx.request` 发起请求）。它本身不是一个错误，而是一个正常的HTTP状态码。但问题在于：小程序默认不会自动处理302重定向。这与浏览器行为不同，会导致请求看似失败，或者拿不到您期望的数据。

核心问题现象：
1. 请求接口后，回调函数进入 `fail` 分支。
2. 在开发者工具的Network面板中，可以看到该请求返回的状态码是302，并且响应头里包含一个 `Location` 字段，指明了应该跳转的新URL。
3. 您期望的数据没有拿到，程序逻辑因此中断。

为什么会发生？
后端接口设计使用了302进行重定向，可能是为了：
- 用户登录态失效，需要跳转到登录页。
- 接口地址已变更，临时引导到新地址。
- 某些需要先完成前置步骤的流程（如支付授权）。

【核心解决方案】手动处理302重定向
既然小程序不会自动跳转，我们就需要手动“拦截”302响应，并重新发起一次到新地址的请求。以下是解决问题的关键步骤：

步骤一：在请求时捕获响应头
发起 `wx.request` 请求时，需要设置 `header` 和开启 `responseType`，以便能获取到完整的响应信息。

步骤二：在请求成功的回调中判断状态码
注意：即使返回302，小程序也可能会先进入 `success` 回调。我们需要在这里检查状态码。

步骤三：若状态码为302，则从响应头中提取 `Location`，并重新发起请求

下面是一个实用的代码示例，您可以将其封装成一个通用的请求函数：

```javascript function requestWithRedirect(options) { return new Promise((resolve, reject) => { wx.request({ url: options.url, method: options.method || 'GET', data: options.data || {}, header: { // 这里可以放入您的通用请求头，如token 'content-type': 'application/json', ...options.header }, // 重要：确保能获取到响应头 responseType: 'text', success: (res) => { // 检查状态码 if (res.statusCode === 302) { // 从响应头获取重定向地址 const location = res.header?.Location || res.header?.location; if (location) { console.log('检测到302重定向，跳转到：', location); // 递归调用自身，请求新地址 requestWithRedirect({ ...options, url: location }).then(resolve).catch(reject); return; } else { reject(new Error('302重定向但未找到Location地址')); return; } } // 其他非200状态码，按错误处理（可根据业务调整） if (res.statusCode !== 200) { reject(new Error(`请求失败，状态码：${res.statusCode}`)); return; } // 状态码正常，返回数据 resolve(res.data); }, fail: (err) => { reject(err); } }); }); } // 使用示例 requestWithRedirect({ url: '您的原始接口地址', method: 'POST', data: { key: 'value' } }).then(data => { console.log('最终请求成功的数据：', data); // 处理您的业务逻辑 }).catch(err => { console.error('请求失败：', err); wx.showToast({ title: '请求失败', icon: 'none' }); }); ```

扩展内容与注意事项：

1. 关于登录态（Session）
如果302重定向是因为登录态失效，跳转到登录页，那么您手动重定向后，可能需要让用户重新登录。此时，更好的做法是：在全局拦截器中（如使用`wx.addInterceptor`）统一处理401或特定的状态码，直接跳转到小程序的登录页，而不是盲目跟随后端返回的HTML登录页地址。

2. 防止无限重定向循环
在极端情况下，可能会形成A->B->A的循环重定向。建议在代码中设置一个最大重定向次数（例如5次），超过则报错退出，避免死循环。

3. 与后端的协作
最根本的解决方式是与后端工程师沟通。对于小程序、APP等客户端应用，API设计应尽量遵循“返回明确状态码和JSON数据”的原则，而非依赖HTTP重定向。例如，登录态失效可以返回401状态码和一个清晰的JSON消息，由客户端决定如何跳转。

4. 使用第三方库
如果您使用了像 `flyio` 或 `we-request` 等第三方网络请求库，可以查看其文档或源码，看是否支持自动处理重定向，或者在其拦截器中实现上述逻辑。

总结：
微信小程序中的302问题，核心在于“手动处理”。通过捕获响应状态码和Location头，我们可以主动发起第二次请求，从而顺利完成流程。将上述代码封装成您的项目通用请求工具，就能一劳永逸地解决此类问题。同时，保持良好的前后端沟通，设计更适合客户端的API规范，是从根源上提升体验的关键。