Vercel部署后getStaticProps报错429、静态页面不更新问题求解

你重构后的实现完全符合Next.js官方规范，是非常合理的解决方案。

之前的问题根因 #

429报错原因 #

• Vercel的/api路由本质是无服务器函数，你在getStaticProps中调用自身服务API，相当于每次触发静态生成（包括构建阶段、每分钟的增量重构）都要额外触发3次无服务器函数调用。你设置了revalidate: 60，相当于每分钟固定产生3次函数调用，若同时有多个页面复用类似逻辑、或者触发了多次重构，很容易触达Vercel免费层的无服务器函数频率限制，和单次调用3次没有关系，是高频重复调用导致的流控。
• 本地开发时没有无服务器函数的调用限制，所以不会触发429报错。

静态页面不刷新原因 #

• 当getStaticProps执行过程中出现API调用失败时，Next.js会默认返回此前已经成功生成的旧静态页面，不会抛出错误打断服务，所以你会看到页面内容长期不更新。哪怕重新部署，若构建阶段调用的API返回的是旧数据，后续增量重构又调用失败，页面就会一直显示旧内容。

现有实现的合理性 #

• Next.js官方明确不推荐在服务端运行的生命周期（getStaticProps/getServerSideProps）中调用自身服务的API路由，更推荐直接复用API路由中的业务逻辑。你现在跳过API层直接查询MongoDB，减少了不必要的HTTP请求开销，也避免了额外的无服务器函数调用，完全符合最佳实践。
• 你代码中使用JSON.parse(JSON.stringify())处理Mongoose返回的文档对象是正确操作，可以将非序列化的Mongo文档对象转为可传递给页面的普通JS对象。

可选优化建议 #

• 可以给Mongoose查询添加.lean()方法，例如await User.findOne({ email: process.env.EMAIL_USERNAME }).lean()，查询会直接返回普通JS对象，省去手动序列化的步骤，性能也更好。
• 将DB查询逻辑抽为公共复用函数，例如getUserInfo、getAllProjects，后续如果需要开放客户端调用的API接口，可以直接复用这些逻辑，避免重复编写代码。
• 技能排序可以直接在MongoDB查询阶段完成，不需要在JS内存中排序，查询效率更高。

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