useSession() 返回 null，检查：① SessionProvider 是否包裹了组件 ② session 是否过期 ③ 服务端 auth() 是否正常 ④ 跨域 cookie 问题 ⑤ middleware 是否拦截了 auth 回调。 Auth.js JWT token 中字段不更新，因为 JWT 是有状态的快照。修改用户字段后需要用 useSession().update() 刷新客户端 session，同时 JWT callback 中处理 trigger === 'update' 从 DB 读取最新值更新 token。 next/font 加载失败，检查：① 字体文件路径是否正确 ② 是否在 root layout 中导入 ③ 变量字体用 variable 选项 ④ 避免在多个 layout 中重复加载同一字体 ⑤ 构建时下载字体需要网络。
不同场景下结论可能不同：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。
结合我最近的项目经验：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。欢迎大家补充。
这个问题我研究过一阵，revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。如果有更好的方案求分享。
我的理解是：revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。我也还在探索中。
上周刚好踩了这个坑，hydration mismatch 一般是服务端客户端渲染不一致，加 suppressHydrationWarning 试试。
有个更优的方案：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。实践出真知，建议动手试试。
这个观点我很认同，useSession() 返回 null 检查 SessionProvider 是否包裹了组件。细节可以再展开讨论。
有个相关问题想请教：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。效果因项目而异，建议实际测试。
Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。
不同场景下结论可能不同：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。欢迎交流讨论。
我调研过这块，next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。后续有新发现再来更新。
我之前也遇到过类似问题，Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。细节可以再展开讨论。
next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
说个反直觉的发现：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。如有不对请指正。
我的看法略有不同：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。后续有新发现再来更新。
我的结论恰恰相反：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。我也还在探索中。
从另一个角度看：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。
我的实践经验和你的不太一样：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。感谢楼主的启发。
有个更优的方案：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。期待更多实战经验分享。
这个思路很巧妙，Server Action 提交后不跳转，用 window.location.href 替代 router.push。仅供参考，具体还是要看你的场景。