Next.js项目对接外部独立后端的可行性及相关问题咨询

1. 是否可以直接对接外部独立后端？ #

完全可以。Next.js 本质是基于 React 的全栈框架，同时也完全兼容纯前端的使用模式，你完全可以像普通 React 项目一样，在客户端组件直接通过 fetch 或者 axios 等请求工具调用你已部署的外部后端接口，也可以选择在 Next.js 的服务端组件/API 路由里转发请求到外部后端，两种方式都支持，不需要强制使用 Next.js 自带的服务端能力。

2. 对接外部后端的弊端有哪些？ #

• 额外的跨域处理成本：如果是客户端直接请求外部后端，需要后端配置 CORS 规则，或者你要额外在 Next.js 里写 API 路由做请求转发来规避跨域，多了一层开发工作量
• 没法直接复用 Next.js 服务端的数据源缓存能力：Next.js 原生的服务端数据请求缓存、增量静态再生(ISR)等能力，如果你直接在客户端发请求的话没法直接用，需要自己做前端缓存逻辑
• 敏感信息暴露风险：如果客户端直接调用后端接口，接口密钥、请求签名逻辑等会暴露在前端代码里，容易被爬取，必须额外加一层 Next.js 服务端转发来隐藏敏感信息
• 分布式链路排查复杂度变高：出问题的时候需要同时排查 Next.js 服务、客户端、外部后端三个节点的日志，比全栈都用 Next.js 的链路排查要麻烦

3. 会不会提升生产环境部署的复杂度？ #

不会额外增加太多复杂度。如果你只是把 Next.js 当纯前端项目打包部署的话，和普通 React 项目的部署流程完全一致，只需要部署静态资源到 CDN 就行；就算你用了服务端组件/API 路由做请求转发，Next.js 的部署流程本身也没有变化，不需要因为对接外部后端调整部署配置，只需要确保部署 Next.js 的服务器网络能连通你的外部后端服务即可。

4. 会不会影响应用的整体运行速度？ #

要看你的对接方式：

• 如果是客户端直接请求外部后端：和普通 React 项目请求外部后端的速度完全一致，不会比普通 React 项目更慢，也不会比用 Next.js 自带后端更快
• 如果是走 Next.js 服务端转发请求：如果你的 Next.js 部署节点和外部后端的节点地域接近，网络延迟低，那反而能因为服务端请求没有浏览器跨域预检、传输链路更短的优势，让用户感知到的请求速度更快；但如果两个服务部署地域跨区跨网，就会额外增加转发的延迟，反而变慢

补充建议 #

如果你的外部后端已经很成熟、不需要重构的话，优先选择用 Next.js 的服务端组件/API 路由来做请求转发，既可以规避跨域、隐藏敏感信息，还能复用 Next.js 原生的缓存能力提升加载速度，开发成本也很低，只需要写简单的转发逻辑就行。

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