Next.js生产构建重定向异常：属Bug还是用法有误？

问题原因 #

Next.js App Router默认会对页面进行预渲染，当你的重定向逻辑（比如硬编码accessDenied = true）在预渲染阶段就触发时，生产构建会将该重定向优化为301永久重定向——因为预渲染是静态构建过程，它会认为这个重定向是固定不变的，所以直接生成静态的永久重定向规则。

你的用法问题 #

你代码中的accessDenied是硬编码的静态值，这不符合实际登录拦截的场景。实际业务中，用户是否已登录是动态的（取决于请求时的session、cookies等上下文），而静态值会让预渲染阶段直接确定重定向结果，导致生产环境出现非预期的永久重定向。

experimental-compile的作用 #

next experimental-compile跳过了预渲染步骤，让页面在每次请求时都动态执行代码，所以重定向会是302临时重定向，符合登录拦截的预期。但这只是临时的 workaround，并非正确的业务实现方式。

正确的实现方式 #

登录拦截需要基于动态的用户状态判断，应该在服务器组件中读取请求上下文（如session、cookies）来动态决定是否重定向，示例如下：

示例1：使用登录状态校验库处理 #

import { redirect } from 'next/navigation';
import { getServerSession } from 'next-auth/next';
import { authOptions } from './api/auth/[...nextauth]/route';

export default async function Page() {
  const session = await getServerSession(authOptions);
  // 若未登录则重定向到登录页
  if (!session) {
    redirect('/login');
  }

  return <div>仅登录用户可见的内容</div>;
}

示例2：自定义读取Cookies判断登录状态 #

import { redirect } from 'next/navigation';
import { cookies } from 'next/headers';

export default async function Page() {
  const sessionCookie = cookies().get('user_session');
  // 检查session是否存在且有效
  if (!sessionCookie || !validateSession(sessionCookie.value)) {
    redirect('/login');
  }

  // 自定义session验证逻辑
  function validateSession(sessionValue) {
    // 这里实现你的session校验逻辑，比如解密、查询数据库等
    return true;
  }

  return <div>仅登录用户可见的内容</div>;
}

这样实现的核心是：让重定向逻辑依赖请求时的动态上下文，预渲染阶段无法确定重定向结果，Next.js会将页面标记为动态渲染，此时重定向会是302临时重定向，符合登录拦截的业务需求。

结论 #

这不是Next.js的Bug，而是你的用法不符合App Router预渲染的逻辑。正确的做法是使用动态的用户状态判断，避免在预渲染阶段就确定固定的重定向规则。

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