Next.js getServerSideProps转getStaticProps优化TTFB及API调用问题咨询

• 首选方案：直接在getStaticProps中调用MongoDB查询逻辑获取数据，无需通过内部API路由。getStaticProps仅在构建阶段（或增量静态再生成阶段）在服务端运行，天然支持直接连接数据库操作，不需要绕一层API请求，既解决了内部API调用失效的问题，也完全满足你要把数据存在数据库的需求。如果担心查询逻辑复用，可以把数据库查询封装成独立的工具函数，同时给API路由和getStaticProps调用即可。
• 若坚持使用getServerSideProps：把getServerSideProps中的内部API调用替换为直接调用数据库查询逻辑，去掉多余的HTTP请求开销，你当前数据量极小，优化后TTFB基本可以压到几十毫秒级别。
• 适配低更新频率场景：给getStaticProps添加revalidate参数开启增量静态再生成（ISR），比如设置revalidate: 86400即可实现每天自动重新生成一次页面，既保留静态页的访问速度，又能自动同步数据库更新。
• 特殊场景兜底：如果确实有必要在服务端逻辑中调用内部API，不要使用公网域名调用，直接用localhost加服务端口调用，避免公网路由、DNS解析的额外开销。

失效原因 #

Next.js的getStaticProps是在**生产构建阶段（build time）**运行的，构建环节你的API路由服务还没启动，或者构建节点和实际运行服务的节点相互独立，自然无法请求到只有服务运行时才存在的内部API路由。开发环境下你同时启动了构建服务和API路由服务，所以能正常调用，这就是开发、生产环境表现不一致的核心原因。

设计逻辑 #

• 静态生成的核心目标是预生成完全静态的页面资源，构建阶段就应该把所有需要的数据准备完毕，不需要依赖运行时的服务能力，调用运行时才存在的API路由本身就不符合静态生成的设计初衷。
• 官方更推荐在getStaticProps中直接对接数据源（数据库、第三方服务等），而不是绕一层自己的API路由，减少不必要的链路损耗，也能避免构建和运行时的环境依赖问题。

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