能否使用Next.js API路由同时为网页端和移动端应用提供服务？

核心结论 #

Next.js的API路由完全可以同时支撑网页端与React Native移动端的请求，该方案可行，且对你的技术栈来说是非常合理的选择，无特殊需求不需要改用PHP作为后端。

具体原因 #

• Next.js API路由本质是标准的HTTP接口服务：和PHP、Python等后端语言写的接口没有本质区别，支持接收标准的GET/POST/PUT/DELETE等请求，返回JSON、FormData等通用响应格式，只要请求端遵循HTTP协议规范，不管是Next.js自研网页、React Native移动端还是其他客户端都能正常调用，不存在适配壁垒。
• 技术栈匹配度极高：你已经选定了Next.js（网页）+React Native（移动端）的全JS/TS技术栈，复用Node.js写API路由不需要额外切换编程语言，前后端类型定义、工具链都可以复用，开发效率远高于额外引入PHP技术栈。
• 部署和维护成本低：接口可以和Next.js前端页面一起部署，也可以单独拆分为独立Node.js服务部署，不需要额外维护PHP运行环境，后续迭代的学习、运维成本都更低。
• 可扩展性足够：如果后续业务规模增长，可以随时将API路由从Next.js项目中拆分出来作为独立的后端服务，不需要全量更换技术栈。

仅以下场景可以考虑更换PHP #

• 你的团队已经有非常成熟的PHP技术栈积累，全员对PHP的熟练度远高于Node.js服务端开发，用Node.js的维护成本反而更高。
• 业务有强PHP生态依赖，比如必须对接仅支持PHP的行业系统、必须使用只有PHP有成熟落地实现的特殊扩展。
• 业务量级极高，且你的团队对PHP高并发、高可用架构的落地经验远多于Node.js。

开发注意事项 #

• 注意在API路由中配置CORS跨域头，允许React Native端的请求源访问，避免跨域拦截。
• 鉴权逻辑可以通用，Cookie、Session、Token等常用鉴权方案API路由都原生支持。

内容的提问来源于stack exchange，提问作者Tomáš Kretek