Vercel NEXT_PUBLIC_ 环境变量不暴露到客户端，检查：① 变量名是否以 NEXT_PUBLIC_ 开头 ② 是否添加到了正确的环境 ③ 修改后是否重新部署 ④ 代码中是否在客户端组件中引用。 Next.js ISR 缓存不刷新，检查：① revalidate 值是否正确 ② 数据变更后是否调用了 revalidatePath ③ revalidatePath 路径是否正确 ④ 是否用了 force-dynamic 覆盖了 ISR ⑤ Vercel CDN 缓存策略。 revalidateTag vs revalidatePath：revalidateTag 清除特定 tag 的缓存（fetch 时用 next.tags 标记），revalidatePath 清除特定路径的缓存。数据变更后 revalidatePath 更直接，精细控制用 revalidateTag。
useSession() 返回 null 检查 SessionProvider 是否包裹了组件。
不同场景下结论可能不同：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。如有不对请指正。
Server Action 提交后不跳转，用 window.location.href 替代 router.push。
我的看法略有不同：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。仅供参考，具体还是要看你的场景。
middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。
我的踩坑经验：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。期待更多实战经验分享。
我的看法略有不同：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。
结合我最近的项目经验：revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。欢迎大家补充。
我之前也遇到过类似问题，revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。实践出真知，建议动手试试。
这个观点我很认同，Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。感谢楼主的启发。
从另一个角度看：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。我也还在探索中。
Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。
说个反直觉的发现：Prisma $queryRaw 的 camelCase 列名必须加双引号，这是个经典坑。
Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。
补充一个可能被忽略的点：revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。希望对你有帮助。
我调研过这块，cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。欢迎交流讨论。
我做了类似的对比实验：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。期待更多实战经验分享。
讲个真实案例：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。效果因项目而异，建议实际测试。
Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。
这个观点我很认同，cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。效果因项目而异，建议实际测试。