Nest.js发起POST请求提示超出最大重定向数但Postman请求正常

该问题和maxRedirects参数配置大小无关，本质是Postman与Node.js生态HTTP客户端的默认行为存在两处关键差异，导致鉴权链路断裂触发重定向死循环：

• Postman默认开启全链路Cookie持久化：请求过程中任意响应返回的Set-Cookie头，会被自动存储并在后续所有同域请求、重定向跳转请求中自动携带，身份验证类接口依赖的session、鉴权态不会丢失。
• axios、cross-fetch、Nest.js内置HttpModule等所有Node端常用HTTP客户端，默认不开启Cookie自动维护能力：第一次请求如果因为未携带合法鉴权Cookie被服务端302跳转到登录/中间校验页，跳转后的请求不会自动携带上一跳返回的Cookie，就会在「原接口→跳转页→原接口」之间无限循环，无论把最大重定向次数设为多少都会触发超限报错。
• 额外行为差异：遇到301/302状态码重定向时，Node端多数客户端默认会将原POST请求自动转换为GET请求、丢弃原请求体；而Postman默认保留原请求方法、请求体完成跳转，这一差异也会直接导致鉴权失败触发循环重定向。

所有客户端的修复核心都是两个配置：开启全链路Cookie自动持久化、配置重定向时保留原请求方法不自动转换为GET。

Nest.js内置HttpModule（axios底层）配置示例 #

先安装必要依赖：
npm install tough-cookie axios-cookiejar-support
然后在模块中初始化带Cookie持久化能力的实例：

import { Module } from '@nestjs/common';
import { HttpModule } from '@nestjs/axios';
import { CookieJar } from 'tough-cookie';
import { wrapper } from 'axios-cookiejar-support';
import axios from 'axios';

const requestClient = wrapper(axios.create({
  jar: new CookieJar(),
  maxRedirects: 5, // 正常业务链路不会超过5跳，无需设置过大数值
  // 强制重定向时保留原POST方法
  beforeRedirect: (options) => {
    options.method = 'POST';
  }
}));

@Module({
  imports: [
    HttpModule.register({
      instance: requestClient
    })
  ]
})
export class AppModule {}

后续通过HttpService发起的请求就会自动维护Cookie，和Postman行为对齐。

cross-fetch配置示例 #

安装依赖：
npm install tough-cookie fetch-cookie
初始化带Cookie能力的fetch实例：

import fetch from 'cross-fetch';
import { CookieJar } from 'tough-cookie';
import fetchCookie from 'fetch-cookie';

const cookieJar = new CookieJar();
const cookieFetch = fetchCookie(fetch, cookieJar);

// 发起请求
const response = await cookieFetch('你的鉴权接口地址', {
  method: 'POST',
  headers: {
    'Content-Type': 'application/json',
    // 其他和Postman对齐的请求头
  },
  body: JSON.stringify({/* 你的请求参数 */}),
  redirect: 'follow',
  follow: 5,
  followMethod: true // 重定向时保留原请求方法
});

如果配置后仍存在问题，按以下顺序定位：

• 将客户端maxRedirects设为0，直接获取第一次请求返回的响应，查看302状态码对应的Location跳转地址、Set-Cookie响应头，确认是否跳转到了登录或其他鉴权中间页
• 打开Postman左下角的Console面板，查看Postman完整请求链路中每一跳的请求方法、携带的Cookie、请求头内容，和Node端打印的重定向请求日志逐行对比，绝大多数场景下都是某一跳请求遗漏Cookie、或被自动改成了GET请求
• 不要将maxRedirects设置为10以上的数值，死循环问题不会因为允许更多跳转次数解决，只会拉长报错等待时间。

内容的提问来源于stack exchange，提问作者kedO52