Next.js getStaticProps请求本地API触发登录页重定向的鉴权问题

• 运行时机差异导致鉴权上下文缺失：getServerSideProps是在用户实时发起页面访问时在服务端执行，能直接拿到当前用户的请求上下文（包含认证cookie、请求头等标识信息），只要内部发请求时透传这些认证信息，就能顺利通过鉴权中间件。而getStaticProps的执行时机是项目构建阶段/静态增量生成阶段，本身不绑定任何终端用户，自然带不上用户的认证凭证，会被鉴权中间件直接判定为未登录，触发重定向到登录页的逻辑。
• 实现细节存在硬伤：
  • 你在getStaticProps里用相对路径/api/table发起请求，Node环境下没有浏览器端的域名解析上下文，根本发不出合法的同域请求，很容易被中间件判定为非法来源拦截。
  • 代码逻辑不匹配：用axios发起请求时，写了res.json()做返回值解析，这是原生fetch API的写法；axios会自动把接口返回的JSON解析到响应对象的data字段，原写法就算请求发成功，也会直接拿到无效值。

• 第一步：修正请求的基础配置
  • 所有在服务端发起的同域请求，必须拼接完整的绝对访问地址，从环境变量读取项目部署后的站点域名，禁止在Node端代码里使用相对路径发请求。
  • 调整返回值解析逻辑，把原有的res.json()替换为res.data，匹配axios的返回结构。
• 第二步：打通静态生成阶段的鉴权链路
  静态生成阶段不存在终端用户，不能沿用用户身份鉴权的校验逻辑，需要做两层适配：
  • 在自定义鉴权中间件里增加内部请求放行规则：当请求头携带预设的、存储在环境变量里的服务端专属密钥时，直接跳过用户身份校验流程，放行请求到对应的API路由。
  • 在getStaticProps发起/api/table请求时，手动在请求头里带上这个服务端专属密钥，绕开用户鉴权的校验要求。
    调整后的参考代码：

  export async function getStaticProps() {
    const res = await axios.get(
      `${process.env.SERVER_SITE_ORIGIN}/api/table`,
      {
        headers: {
          'x-internal-server-token': process.env.INTERNAL_AUTH_TOKEN
        }
      }
    )
    const { rows, columns } = res.data
    return {
      props: { rows, columns },
    }
  }
  

• 第三步：（可选）优化链路减少不必要的网络开销
  不需要为了复用代理逻辑专门发一轮内部HTTP请求：可以把从外部业务API拉取数据的逻辑抽成独立的服务端公共模块，不管是API代理路由还是getStaticProps，都直接导入调用这个模块拉取数据，完全跳过中间件校验的环节，既能减少网络跳转的开销，也从根本上避免了鉴权拦截的问题。
• 场景适配提醒：如果你的页面内容需要基于不同用户的身份返回个性化数据，本身就不适合用getStaticProps实现——静态生成的内容是公共无状态的，从设计上就没有用户上下文，这类场景应该保留getServerSideProps的实现，不要强行切换到静态生成模式。

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