NestJS + Azure Function v4重定向异常：302状态无Location头无法跳转

解决方案一：修复NestJS拦截器问题 #

你的拦截器存在核心逻辑错误：调用res.redirect()后仍执行return next.handle()，导致后续控制器逻辑继续处理请求，干扰了重定向响应的正常发送。修改后的代码如下：

import { CallHandler, ExecutionContext, Injectable, NestInterceptor } from '@nestjs/common';
import { Request, Response } from 'express';
import { Observable, EMPTY } from 'rxjs';

@Injectable()
export class RedirectInterceptor implements NestInterceptor {
  intercept(context: ExecutionContext, next: CallHandler): Observable<any> {
    const req: Request = context.switchToHttp().getRequest();
    const res: Response = context.switchToHttp().getResponse();

    if (req.hostname === 'some.where.before') {
      // 构造完整重定向URL，req.originalUrl包含完整路径和查询参数
      const redirectUrl = `https://some.where.after${req.originalUrl}`;
      res.redirect(301, redirectUrl); // 按需选301永久重定向或302临时重定向
      return EMPTY; // 终止后续请求链，避免控制器代码覆盖响应
    }

    return next.handle();
  }
}

关键修正点： #

• 替换req.url为req.originalUrl：req.url本身不含主机名，之前的替换逻辑完全无效
• 调用重定向后返回EMPTY：中断后续流程，阻止控制器代码继续执行干扰响应
• 显式指定重定向状态码：让浏览器明确重定向类型

解决方案二：修复Azure proxies.json配置 #

若想用Azure代理规则实现重定向，你的配置逻辑错误——responseOverrides是修改后端已有响应的，而非直接发起重定向。正确配置如下：

{
  "$schema": "http://json.schemastore.org/proxies",
  "proxies": {
    "domain-redirect": {
      "matchCondition": {
        "hostName": "some.where.before",
        "route": "{*all}"
      },
      "redirect": {
        "destination": "https://some.where.after/{all}",
        "permanent": true // true对应301，false对应302
      }
    }
  }
}

关键修正点： #

• 添加hostName匹配条件：确保仅针对目标域名的请求触发重定向
• 使用redirect字段：这是Azure代理专门用于重定向的配置项，而非修改响应的responseOverrides
• 用{*all}捕获完整路径：保证重定向后路径、参数与原请求一致

验证注意事项 #

• 测试前清除浏览器缓存，避免旧重定向缓存干扰结果
• 若req.hostname获取不准确，可尝试用req.headers.host获取原始主机头（可能存在反向代理导致的偏差）
• Azure部署时确保proxies.json放在项目根目录，且已正确上传

内容的提问来源于stack exchange，提问作者홍준혁