Next.js集成Clerk认证，设置登录跳转URL仍重定向至/sign-in页面

你已经完成了常规排查步骤，下面提供几个更针对性的排查方向：

• 检查路由中间件的权限规则
  如果你使用了Clerk的authMiddleware，确认中间件里的publicRoutes配置是否包含首页/。如果首页被错误标记为需要认证的路由，登录后系统会因为会话同步延迟或中间件执行时机问题，误认为用户未登录，从而重定向回/sign-in。示例错误配置：

  export default authMiddleware({
    publicRoutes: [], // 未包含/，导致首页需要认证
  });
  

  修正为将/加入publicRoutes，或者根据实际需求调整保护规则。

• 验证会话状态同步情况
  在首页组件中加入会话状态日志，确认登录后Clerk是否正确识别用户身份：

  import { useUser } from '@clerk/nextjs';
  
  export default function Home() {
    const { user, isLoaded } = useUser();
    console.log('会话状态：', { user, isLoaded });
    // 其他页面逻辑
  }
  

  如果isLoaded为true但user仍为null，说明会话同步异常，检查<ClerkProvider>是否完整包裹了整个应用（尤其是App Router下的layout.tsx）。

• 排查自定义登录组件的重定向配置
  若使用了自定义SignIn组件，确认是否手动传递了错误的redirectUrl属性，该属性会覆盖环境变量NEXT_PUBLIC_CLERK_AFTER_SIGN_IN_URL的配置。比如：

  <SignIn redirectUrl="/sign-in" /> // 错误的重定向配置
  

  移除该属性或设置为正确的/即可。

• 清除浏览器缓存与Clerk会话
  浏览器缓存的旧Cookie或会话数据可能导致异常，尝试清除浏览器缓存、Cookie后重新登录。也可以在Clerk控制台的用户管理中，强制注销测试用户的所有会话，再重新发起登录请求。

• 禁用Next.js路由缓存
  Next.js的路由缓存可能导致页面无法及时获取最新会话状态。针对App Router，在首页组件添加：

  export const dynamic = 'force-dynamic';
  

  针对Pages Router，使用getServerSideProps替代静态生成，确保每次请求都重新校验会话。

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