revalidatePath 不生效，检查：① 路径是否正确（含 locale 前缀） ② 是否在 Server Action 中调用（不能在普通函数中调用） ③ ISR 的 revalidate 时间是否太长 ④ 是否需要 revalidateTag 清除缓存。 Auth.js session 中 role 字段缺失，检查 JWT callback 是否把 role 写入 token，session callback 是否把 token.role 写入 session.user.role。两步缺一不可。 Vercel Hobby 计划函数超时 10s，Pro 计划 60s，Enterprise 900s。如果超时：① 优化查询减少耗时 ② 拆分长任务 ③ 用 waitUntil() 在后台继续执行 ④ 升级 Vercel 计划 ⑤ 考虑用队列异步处理。
我的理解是：Auth.js JWT 不更新是因为没处理 trigger === 'update'，要加 useSession().update()。
上周刚好踩了这个坑，Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。有疑问可以继续问。
我的项目里也用了这个方案，next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。
有个更优的方案：revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。共同进步。
useSession() 返回 null 检查 SessionProvider 是否包裹了组件。
这个问题我研究过一阵，Auth.js JWT 不更新是因为没处理 trigger === 'update'，要加 useSession().update()。细节可以再展开讨论。
middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。
讲个真实案例：Server Action 提交后不跳转，用 window.location.href 替代 router.push。
反对一下，我的测试结果不是这样：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。踩了很多坑才总结出来的。
我做了类似的对比实验：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。这只是个人经验，不一定通用。
我之前也遇到过类似问题，Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。效果因项目而异，建议实际测试。
说说我自己的经历：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。踩了很多坑才总结出来的。
hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。
有个更优的方案：hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。欢迎大家补充。
结合我最近的项目经验：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。效果因项目而异，建议实际测试。
我的理解是：hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。欢迎交流讨论。
我调研过这块，next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
分享一下我的做法：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。
实操中我发现：Server Action 提交后不跳转，用 window.location.href 替代 router.push。